开启慢查询日志并合理配置阈值与记录选项，使用pt-query-digest高效分析日志，结合EXPLAIN深入排查执行计划，建立定期分析与监控机制，实现SQL性能问题的快速定位与优化。
慢查询日志是定位 MySQL 性能瓶颈的关键工具。优化其分析过程，不仅能快速发现低效 SQL，还能提升整体数据库响应速度。重点在于合理配置、高效解析和精准定位问题。
合理开启并配置慢查询日志
确保慢查询日志处于开启状态，并设置合理的阈值：
-
开启慢查询日志：在 my.cnf 或 my.ini 中添加
slow_query_log = ON -
设置慢查询阈值：通过
long_query_time = 1定义超过 1 秒的语句被记录（可根据业务调整） -
记录未使用索引的查询：启用
log_queries_not_using_indexes = ON，有助于发现隐性性能问题 -
指定日志文件路径：使用
slow_query_log_file = /var/log/mysql/slow.log明确存储位置
使用 pt-query-digest 进行高效分析
Percona Toolkit 中的 pt-query-digest 是分析慢查询日志最强大的工具之一：
- 运行命令：
pt-query-digest /var/log/mysql/slow.log > analysis_report.txt - 它会自动汇总执行次数最多、耗时最长的 SQL，并给出查询模式分类
- 输出包含执行统计、示例 SQL、建议索引等信息，便于优先处理影响最大的语句
结合 EXPLAIN 分析执行计划
对 pt-query-digest 输出的重点 SQL 使用 EXPLAIN 进行深入分析：
- 在 SQL 前加上
EXPLAIN FORMAT=JSON可查看详细的执行路径 - 关注 type（访问类型）、key（使用索引）、rows（扫描行数）、Extra（额外信息）字段
- 若出现 ALL（全表扫描）、Using filesort、Using temporary 等提示，说明需要优化
建立定期分析与监控机制
将慢查询分析纳入日常运维流程：
- 设置定时任务每周或每日运行 pt-query-digest 并生成报告
- 结合监控系统（如 Prometheus + Grafana）跟踪慢查询数量趋势
- 开发上线前强制进行 SQL 审核，避免低效语句进入生产环境
