MySQL慢查询日志相关的配置和使用。
MySQL慢查询日志提供了超过指定时间阈值的查询信息,为性能优化提供了主要的参考依据,是一个非常实用的功能,
MySQL慢查询日志的开启和配置非常简单,可以指定记录的文件(或者表),超过的时间阈值等就可以记录到慢sql了,
实话讲,相比较sqlserver的trace或者扩展事件(虽然此二者的作用并非仅仅如此),MySQL的配置总是给人一种非常清爽的感觉。
1,慢查询日志的打开
正常情况下,只需要在配置文件中增加slow_query_log = 1配置,即打开慢查询日志,未指定slow_query_log_file的情况下,会自动生成一个以主机名+‘slow’.log 的文件。
2,默认情况下记录慢查询的时间阈值为10s
默认情况下,指定slow_query_log = 1的情况其启动MySQL,即可打开慢查询,自动生成一个默认的以主机名++‘slow’.log 的文件来记录超过执行超过10s的慢查询。
也可以显式指定慢查询的日志文件名称(不存在会自动创建)和记录慢查询的时间阈值(非默认的10s)。
注意在配置文件中指定long_query_time的时候,不需要时间单位,只需要一个值,比如1就代表1s,如果带了时间单位,服务将无法启动。
如下是一个记录到日志文件中的慢sql的示例
3,记录慢查询日志到表
配置:需要添加一个log_output的配置,就可以将慢查询记录到表中了
mysql库下面有一个默认的slow_log表,可以直接将slow_query_log_file = slow_log,即可将慢查询日志记录到表中。
记录到的slow sql如下,可以发现sql_text是一个二进制的信息,并非原始的sql文本
可以通过CONVERT函数转换一下即可。
关于慢查询记录到日志文件和表中的区别:
1,慢查询记录到日志文件和表中,记录本身差别不大,如果是记录在表中,慢查询的执行时间信息无法精确到微妙,
2,如果将慢查询信息记录在表中,方便查询,但因为是结构化的数据,可能会比记录在慢查询日志文件中(平面文本文件)要慢一点点(个人猜测),如果是记录到文件,需要mysqldumpslow工具解析。
3,慢查询不记录执行失败的查询,比如long_query_time设置为10(10秒钟),一个查询超过了10秒钟,但是因为其他原因执行失败,MySQL的慢查询将无法记录此查询信息。
【推荐】腾讯云上实验室 1小时搭建人工智能应用
【推荐】可嵌入您系统的“在线Excel”!SpreadJS 纯前端表格控件
【推荐】阿里云“全民云计算”优惠升级
· IBM J9 Java虚拟机正式开源,贡献给Eclipse基金会管理
· 生鲜电商的罗曼蒂克消亡史
· 自动驾驶人才竞争激烈 Uber为毕业生开出20万美元薪酬
· 杭州叫停共享电动车 要求限期清理并退出市场
· 共享单车市场加盟乱象:有企业以700%回报为诱饵招商
» 更多新闻...
· 做到这一点,你也可以成为优秀的程序员
· 写给立志做码农的大学生
· 架构腐化之谜
· 学会思考,而不只是编程