共计 1085 个字符，预计需要花费 3 分钟才能阅读完成。
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 的慢查询将无法记录此查询信息。
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-09/146951.htm
