慢查询日志是定位 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 是分析慢查询日志最强大的工具之一：

蓝心千询

蓝心千询是vivo推出的一个多功能AI智能助手

34

查看详情

• 运行命令：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 审核，避免低效语句进入生产环境