分析 MySQL 慢查询的核心是开启慢查询日志，定位执行时间长的 SQL，再结合执行计划和索引优化来提升性能。整个过程不复杂，但需要系统性地排查。
开启慢查询日志
确保 MySQL 已开启慢查询日志，这是分析的前提。可以通过以下命令查看当前设置：
SHOW VARIABLES LIKE 'slow_query_log';
SHOW VARIABLES LIKE 'long_query_time';
SHOW VARIABLES LIKE 'slow_query_log_file';
若未开启，可通过配置文件或动态设置启用：
在 my.cnf 或 my.ini 中添加：slow_query_log = ON
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 1
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 1;
使用 mysqldumpslow 分析日志
MySQL 自带 mysqldumpslow 工具，用于解析慢查询日志，快速找出高频或耗时长的 SQL。
常用命令示例：
mysqldumpslow -s at -a /var/log/mysql/slow.log：按平均执行时间排序，显示抽象后的语句。 mysqldumpslow -t 10 /var/log/mysql/slow.log：显示最慢的前 10 条语句。 mysqldumpslow -g "SELECT" /var/log/mysql/slow.log：筛选包含 SELECT 的慢查询。输出结果会聚合相似语句，帮助识别模式问题。
使用 pt-query-digest 进行深度分析
Percona Toolkit 中的 pt-query-digest 是更强大的分析工具，支持统计维度更丰富，比如执行次数、总耗时、锁时间、扫描行数等。
基本用法：
pt-query-digest /var/log/mysql/slow.log：生成详细报告，自动识别最影响性能的查询。 可直接分析实时查询（配合 tcpdump）：tcpdump -s 65535 -x -n -q -tttt -i any -c 1000 port 3306 | pt-query-digest --type tcpdump
报告中重点关注 Query ID、Exec time、Rows examine 和 Rows sent，高 examine 低 sent 通常意味着索引不合理。
分析执行计划（EXPLAIN）
对慢 SQL 使用 EXPLAIN 查看执行路径：
EXPLAIN SELECT * FROM orders WHERE user_id = 123 AND status = 'paid';
关注以下字段：
type：连接类型，避免 ALL（全表扫描），尽量达到 range、ref 或 index。 key：实际使用的索引，为空则需考虑添加。 rows：扫描行数，越大越慢，应通过索引减少。 Extra：出现 Using filesort 或 Using temporary 表示有性能隐患。根据结果调整索引，例如为 (user_id, status) 建立联合索引。
基本上就这些。开启日志、收集数据、工具分析、查看执行计划、优化 SQL 和索引，形成闭环。定期检查慢查询，能有效预防数据库性能下降。
