慢查询优化

发现与诊断

MySQL 的慢查询日志（slow_query_log）记录执行时间超过 long_query_time（默认10秒，生产建议调为1秒甚至0.1秒）的 SQL。pt-query-digest（Percona Toolkit 中的工具）能将慢查询日志按 SQL 指纹汇总，找出执行次数多且总耗时高的 SQL。

EXPLAIN 是分析单条 SQL 的首选工具，输出中需要关注：type 列（const > eq_ref > ref > range > index > ALL，ALL 意味着全表扫描）；rows 列（优化器估算需要检查的行数）；Extra 列中的 Using filesort（需要额外排序，可能可以用索引消除）和 Using temporary（用到了临时表）。[1]

常见优化手段

慢查询的原因通常集中在以下几类：

• 缺索引：EXPLAIN 显示 type=ALL，全表扫描几十万行只为取几条结果，添加合适的复合索引往往能让查询时间从秒级降到毫秒级
• 索引失效：WHERE 条件中对字段做了函数操作（如 DATE(created_at)）、隐式类型转换（字符串字段传入数字），导致索引无法命中
• 大表 JOIN：确保 JOIN 字段有索引，小表驱动大表；超过三张表的 JOIN 要警惕执行计划退化
• 深分页：LIMIT 100000, 20 实际扫描10万行才取20行，用「游标分页」（WHERE id > last_id LIMIT 20）替代
• SELECT *：取出大量不需要的字段浪费带宽和内存，且阻碍覆盖索引优化