共计 1341 个字符，预计需要花费 4 分钟才能阅读完成。
MySQL 本身支持慢查询日志，可以配置 SQL 查询超过特定时间的查询记录到日志中。这在优化 SQL 查询中是非常有效的工具，能够帮助我们快速定位发生问题的 SQL。
慢查询日志常用的变量
long_query_time：最小值为 0，默认为 10 毫秒，仅记录超过查询时间的 SQL，最小粒度为毫秒。
min_examined_row_limit : 执行查询时扫描过的行数。
slow_query_log_file：慢查询日志文件名称
log-output：慢查询日志存放路径
log_queries_not_using_indexes：不使用索引的查询记录到慢查询日志
log_slow_slave_statements：将集群中的慢查询日志记录到主节点主机慢查询日志中。
详解慢查询日志的使用
将日志记录到文件时，最小时间粒度可以为毫秒。但是将日志记录到数据库中的表时，只能记录到整型的秒。所以，慢查询日志多数记录在文件中。
mysql 并不将初始锁定 SQL 时间当作执行时间，mysqld 只有在 sql 执行完毕，并且释放了所有的锁后，才会将日志写进文件。因此，日志中记录的顺序可能与应用程序实际执行的时间不同。
默认情况下，慢查询日志是不启用的，所以很多人从来不知道这个玩意。若启用慢查询日志，需要在启动 mysql 时指定 –slow_query_log[={0|1}]. 如果没有参数或者参数为 1，就启用了慢查询日志。当然参数为 0 的话，就会禁用慢查询日志。指定日志文件名称的话，使用 –slow_query_log_file=file_name。指定日志文件路径的话，使用 –log-output=output_file_name。
如果没有为慢查询日志指定文件名的话，默认名字是 host_name-slow.log。如果不为日志指定目录的话，这个日志会存放在数据目录下。
有一点需要的是，如果不为慢查询日志文件找不到目录或者目录不存在的话，即便启用了慢查询日志，也不会记录到慢查询日志文件中。所以，切记指定的慢查询日志目录是一个已经存在的目录。
如果想要慢查询日志少记点内容的话，可以使用 –log-short-format 选项。
如果想要将管理行为也记录到慢查询日志中，可以使用 log_slow_admin_statements 变量。它会记录下修改数据表，分析数据表，检查数据表，创建索引，删除索引以及修复数据表等行为。
如果要在慢查询日志中记录下没有使用索引的查询，可以使用 log_queries_not_using_indexes 变量。当然这么做，会导致系统的日志增加的特别快。我们可以使用 log_throttle_queries_not_using_indexes 变量限制记录查询的频率。这个变量的默认值是 0，即无限制记录。我们最好设置一个整数如 60，只需记录每分钟不使用索引查询的次数即可。
最后，从数据库缓存中查询的记录不会记录到慢查询日志中。如果一个表没有数据的话，也不会记录到慢查询日志中。集群中的主节点不会将重复的内容记录到慢查询日志中，除非启用 log_slow_slave_statements。
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2016-04/130020.htm
