概述
开启慢查询可以记录到耗时超过设定时间阀值 long_query_time 的语句，默认不开启。开启慢查询日志会或多或少带来一定的性能影响，建议仅调试时开启。
配置
通过 SHOW VARIABLES LIKE 'xxxx' 语句查看配置状态，如：
SHOW VARIABLES LIKE 'slow_query_log'
主要的配置：
- slow_query_log：是否开启慢查询日志，默认 OFF。
- long_query_time：慢查询阈值，当查询时间多于设定的阈值时，记录日志，默认 10s。
- slow_query_log_file：慢查询日志文件的保存路径。
- log_queries_not_using_indexes：是否将为使用索引的语句记录的慢查询日志，默认 OFF。
开启
临时开启（重启失效）:
mysql> set global slow_query_log=1;
mysql> set global slow_query_log_file='D:\mysql-slow-query.log';
mysql> set global long_query_time=2;
永久开启（修改配置，重启生效）：
# 在配置文件 [mysqld]下添加
slow_query_log=1;
slow_query_log_file=D:\mysql-slow-query.log;
long_query_time=2
慢查询语句
在千万级用户表中使用 join 语句，耗时15.25s：
SELECT u.id,username,c.coins FROM `users` u LEFT JOIN `test_user_coins` c ON u.id = user_id LIMIT 10;
慢查询日志记录：
以上重要参数：
- Query_time：执行时长，上例表现为 15.253022s。
- rows_examined：扫描的总行数，上例表现为 14201。
分析
在查询语句前加上 DESC 或 explain 可得到分析结果：
语句：
DESC SELECT u.id,username,c.coins FROM `users` u LEFT JOIN `test_user_coins` c ON u.id = user_id WHERE u.id < 10000 LIMIT 10;
结果：
分析：
关联表(test_user_coins)未使用索引，初步优化方案，给关联外键 (user_id)添加索引，结果如下：
耗时仅 0.001s ，索引的作用未免太过分了！
（感觉测试某些步骤出现问题，待再次测试分析）