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的慢查询将无法记录此查询信息。