开启慢查询日志是分析MySQL慢查询的核心，通过SHOW VARIABLES检查设置并启用日志；使用mysqldumpslow或pt-query-digest工具解析日志，定位高频或耗时SQL；结合EXPLAIN分析执行计划，关注type、key、rows和Extra字段，优化索引与SQL，形成“开启日志-收集-分析-优化”闭环，定期排查可预防性能下降。
分析 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 的慢查询。
输出结果会聚合相似语句，帮助识别模式问题。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
使用 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 和索引，形成闭环。定期检查慢查询，能有效预防数据库性能下降。
