确认slow_query_log生效需检查三要素：SHOW VARIABLES显示ON、slow_query_log_file路径可写、long_query_time设为浮点数1.0；mysqldumpslow因合并同构SQL易掩盖真实瓶颈，应使用pt-query-digest加--explain定位执行计划缺陷；EXPLAIN中须紧盯type（ALL/index即未有效走索引）、key（NULL=未用索引）、rows（预估失真需ANALYZE TABLE更新统计信息）。
慢查询不是“慢在SQL本身”，而是慢在执行路径没走对——开启日志只是第一步，真正卡点藏在EXPLAIN输出的type、key和rows里。
如何确认 slow_query_log 真的生效了
很多人改完配置就以为日志开了，结果查了一圈没记录，其实是配置没落盘或被覆盖。关键看三件事：
-
SHOW VARIABLES LIKE 'slow_query_log'返回ON，且slow_query_log_file路径可写（比如/var/lib/mysql/mysql-slow.log） -
long_query_time值设为1（生产环境建议），但注意：该参数是**浮点数**，设成1和1.0都行，设成1s会静默失败 -
log_output是FILE（默认）还是TABLE；若为TABLE，要查mysql.slow_log表，且需确保general_log未开启（二者冲突）
临时命令设置（如 SET GLOBAL slow_query_log = ON）在服务重启后丢失，必须写进 my.cnf 的 [mysqld] 段才持久。
为什么 mysqldumpslow 有时看不出问题
mysqldumpslow 只做文本聚合，对“同构不同参”的 SQL（比如 WHERE user_id = ?）会合并统计，掩盖真实瓶颈。例如：
- 一条
SELECT * FROM orders WHERE status = 'pending'扫描 50 万行，但mysqldumpslow -t 5只显示“出现 237 次”，不告诉你单次rows是多少 - 它无法识别
type = ALL或key = NULL这类执行计划缺陷 - 如果慢查询来自预编译语句（如 Java 的
PreparedStatement），日志里全是问号，mysqldumpslow无法还原实际参数
真正要定位根因，得用 pt-query-digest 加 --explain 参数，它能对每类指纹 SQL 自动补上 EXPLAIN 结果，直接标出 rows 预估是否失真。
EXPLAIN 输出里最该盯死的三个字段
别被 id、select_type 分散注意力，先看这三项：
-
type：值为ALL或index就等于宣告“没走有效索引”。哪怕key显示有索引名，只要type是ALL，说明优化器判定走索引比全表扫描还贵——通常因为数据分布倾斜或统计信息过期 -
key：为NULL时铁定没走索引；若非NULL但type仍是ALL，大概率是复合索引没满足最左前缀，比如索引是(a,b,c)，而查询条件只有WHERE b = 1 -
rows：不是真实扫描行数，是优化器基于统计信息的预估。如果rows显示 100，但实际执行耗时 2s，说明统计信息严重不准，需运行ANALYZE TABLE table_name更新
特别注意：MySQL 8.0+ 的 EXPLAIN FORMAT=JSON 会额外给出 filtered 字段，表示 WHERE 条件过滤后的剩余比例。若 filtered 仅 1%，但 rows 却很大，说明索引选择性极差，建索引也没用。
PROFILING 能帮你判断卡在 IO 还是 CPU
SHOW PROFILE 不是摆设，尤其当你看到 EXPLAIN 没问题但实际仍慢时：
- 先开：
SET profiling = 1，再执行慢 SQL，最后SHOW PROFILES查Query_ID - 重点看
Sending data阶段耗时占比：若超 70%，说明是磁盘 IO 或网络传输瓶颈（比如SELECT *返回太多字段） - 若
Creating sort index或Copying to tmp table占比高，说明ORDER BY或GROUP BY没走索引，正在内存/磁盘排序 -
Locked时间非零？立刻查SHOW PROCESSLIST，大概率是锁等待，不是 SQL 本身慢
这个阶段的耗时分布，比单纯看执行总时间更能暴露底层资源争用——很多“慢查询”其实根本不是查询慢，是被别的事务堵住了。
真正难的不是找到哪条 SQL 慢，而是理解为什么优化器放弃你建的索引。它算的不是“有没有索引”，而是“走索引要读多少页 + 回表多少次 vs 全表扫描多少页”。rows 失真、统计信息陈旧、隐式类型转换，都会让这个成本计算彻底跑偏。
