首先开启慢查询日志并设置合理阈值，再利用mysqldumpslow或pt-query-digest分析日志定位高频或高耗时SQL，最后结合EXPLAIN查看执行计划，优化缺失索引或不良查询结构，从而有效排查和改善慢SQL问题。
在MySQL中定位慢SQL语句，核心是开启慢查询日志并结合分析工具进行排查。关键在于配置合理的慢查询阈值，并确保日志记录覆盖执行时间较长或扫描行数较多的SQL。
开启并配置慢查询日志
慢查询日显是定位性能问题的基础。需在MySQL配置文件（如my.cnf或my.ini）中启用并设置参数：
- slow_query_log = ON：开启慢查询日志功能
- slow_query_log_file = /path/to/slow.log：指定日志存储路径
- long_query_time = 1：设定SQL执行超过多少秒记为“慢”，通常设为1秒，也可根据业务调整至0.5甚至更低
- log_queries_not_using_indexes = ON：记录未使用索引的查询，有助于发现潜在问题
修改后重启MySQL服务或动态生效（部分参数支持SET GLOBAL）。
使用mysqldumpslow分析日志
MySQL自带mysqldumpslow工具，可快速统计和汇总慢查询日志内容：
-
查看最慢的前10条SQL：运行
mysqldumpslow -s t -t 10 /path/to/slow.log -
按出现次数排序：使用
-s c参数找出频繁执行的慢查询 - 过滤特定表或操作：配合grep筛选关键词，如包含“ORDER BY”或某张大表名
该工具能帮助快速识别高频、高耗时的SQL模式。
使用pt-query-digest深入分析
pt-query-digest（Percona Toolkit组件）比mysqldumpslow更强大，适合复杂场景：
- 自动解析慢日志，生成执行时间、锁等待、扫描行数等详细报告
- 支持按指纹聚合相似SQL，避免重复分析
- 可直接输出建议，如“缺少索引”或“应优化JOIN顺序”
- 命令示例：
pt-query-digest /path/to/slow.log > analysis_report.txt
适用于生产环境定期巡检和性能调优。
结合EXPLAIN分析具体SQL
定位到可疑SQL后，使用EXPLAIN查看执行计划：
- 执行
EXPLAIN SELECT ...观察type、key、rows、Extra等字段 - 重点关注是否全表扫描（type=ALL）、是否使用了索引、是否临时表或文件排序
- 根据结果优化SQL写法或添加合适索引
必要时可用EXPLAIN FORMAT=JSON获取更详细的执行信息。
基本上就这些。开启慢日志、用工具分析、再深入看执行计划，就能有效定位和优化慢SQL。
