排查mysql慢查询需先开启慢查询日志，通过SHOW varIABLES检查并设置slow_query_log、long_query_time等参数，建议在my.cnf中永久配置；启用log_queries_not_using_indexes记录未使用索引的语句；利用tail、mysqldumpslow或pt-query-digest分析日志，定位高延迟SQL；使用EXPLAIN查看执行计划，关注type、key、rows和Extra字段，判断是否需优化索引或SQL；通过SHOW PROCEsslIST或information_schema.processlist实时监控长时间运行的查询；结合performance_schema深入分析等待事件和锁情况，需在配置中启用；定期分析慢日志并结合EXPLAIN与监控工具，可有效识别和解决性能瓶颈。
排查MySQL慢查询的关键在于定位执行效率低的sql语句，并分析其执行计划和资源消耗。通过开启慢查询日志、结合性能分析工具，可以快速发现问题并优化。
开启慢查询日志
慢查询日志是排查问题的第一步，只有记录了执行时间较长的SQL，才能进一步分析。
检查是否已开启慢查询日志：
SHOW VARIABLES LIKE ‘slow_query_log’;
SHOW VARIABLES LIKE ‘long_query_time’;
若未开启，可通过以下命令临时启用（重启失效）：
SET GLOBAL slow_query_log = ‘ON’;
SET GLOBAL long_query_time = 1;
SET GLOBAL slow_query_log_file = ‘/var/lib/mysql/localhost-slow.log’;
建议在配置文件 my.cnf 中永久设置：
[mysqld] slow_query_log = ON slow_query_log_file = /var/lib/mysql/localhost-slow.log long_query_time = 1 log_queries_not_using_indexes = ONlog_queries_not_using_indexes 可记录未使用索引的查询，有助于发现潜在问题。
分析慢查询日志
日志文件中每条慢查询包含执行时间、锁时间、扫描行数等信息。可直接查看或使用工具解析。
常用命令查看日志内容：
tail -f /var/lib/mysql/localhost-slow.log
使用 mysqldumpslow 工具汇总分析：
mysqldumpslow -s at -t 10 localhost-slow.log
参数说明：
- -s at：按平均执行时间排序
- -t 10：显示前10条
也可使用 pt-query-digest（Percona Toolkit）进行更深入分析：
pt-query-digest /var/lib/mysql/localhost-slow.log
输出包括最耗时SQL、执行次数、总延迟、典型语句等，便于优先优化高频重负载语句。
使用EXPLAIN分析SQL执行计划
找到可疑SQL后，使用 EXPLAIN 查看其执行路径：
EXPLAIN select * FROM users WHERE email = ‘test@example.com’;
重点关注以下字段：
- type：连接类型，ALL 表示全表扫描，需优化
- key：实际使用的索引，为空表示未走索引
- rows：扫描行数，越大越慢
- Extra：常见如 Using filesort、Using temporary，表示有额外开销
根据结果判断是否需要添加索引、改写SQL或调整表结构。
监控与实时排查
对于正在发生的慢查询，可通过以下方式实时查看：
SHOW PROCESSLIST;
查看当前运行的线程，关注 State 和 Time 字段，长时间运行且状态异常的可能是问题SQL。
更详细的信息可用：
SELECT * FROM information_schema.processlist WHERE TIME > 5;
结合 performance_schema 可深入分析等待事件、锁情况等：
SELECT * FROM performance_schema.events_statements_current WHERE sql_text LIKE ‘%users%’;
启用 performance_schema 需在配置文件中设置：
[mysqld] performance_schema = ON基本上就这些。关键是养成开启慢日志的习惯，定期分析，配合EXPLAIN和监控手段，能有效发现并解决性能瓶颈。