在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。
