慢SQL指的是执行时间超过预设阈值的SQL语句，这类语句会占用大量数据库资源，导致其他请求排队等待，最终影响整个业务系统的响应速度。不同业务场景下的慢SQL阈值可以灵活调整，通常建议设置为100毫秒到1秒之间。
慢SQL识别阶段
要开展慢SQL优化，首先需要准确识别哪些SQL属于慢SQL，常用的识别方式有以下几种：
- 开启数据库自带的慢查询日志功能，自动记录执行时间超过阈值的SQL语句，这是最基础的识别方式
- 通过数据库监控工具实时抓取执行耗时较长的SQL，同时可以获取SQL的执行频率、影响行数等附加信息
- 在业务代码中埋点统计SQL执行耗时，适合定位特定业务场景下的慢SQL问题
开启MySQL慢查询日志示例
以MySQL数据库为例，开启慢查询日志的配置方式如下：
-- 查看当前慢查询日志配置 SHOW VARIABLES LIKE 'slow_query%'; -- 开启慢查询日志，1表示开启，0表示关闭 SET GLOBAL slow_query_log = 1; -- 设置慢查询阈值，单位为秒，这里设置为0.1秒即100毫秒 SET GLOBAL long_query_time = 0.1; -- 设置慢查询日志存储路径 SET GLOBAL slow_query_log_file = '/var/log/mysql/slow.log';
慢SQL分析阶段
识别到慢SQL之后，需要对SQL的执行过程进行深度分析，找到性能瓶颈的核心原因，最常用的分析工具是执行计划。
执行计划分析要点
通过EXPLAIN命令可以获取SQL的执行计划，重点关注以下几个字段：
- type：表示访问类型，从好到坏依次为system、const、eq_ref、ref、range、index、ALL，出现ALL说明是全表扫描，需要优化
- key：表示实际使用的索引，如果为NULL说明没有使用索引
- rows：表示预估扫描的行数，数值越大说明需要处理的 data 越多，性能越差
- Extra：包含额外的执行信息，比如Using filesort表示需要额外排序，Using temporary表示使用临时表，都是需要优化的信号
执行计划查看示例
-- 分析查询语句的执行计划，假设查询用户表中年龄大于18的用户 EXPLAIN SELECT * FROM user WHERE age > 18;
慢SQL优化阶段
根据分析结果，可以从不同维度对慢SQL进行针对性优化：
SQL语句优化
- 避免使用
SELECT *，只查询需要的字段，减少数据传输和解析开销 - 减少子查询的使用，尽量用关联查询替代，避免子查询带来的临时表开销
- 避免对字段进行函数操作，比如
WHERE DATE(create_time) = '2024-01-01'，会导致索引失效 - 合理使用分页，大偏移量分页可以改用基于主键的游标分页，避免
LIMIT 100000, 10这种全表扫描的分页方式
索引优化
- 为查询条件的字段建立合适的索引，优先选择区分度高的字段作为索引列
- 建立联合索引时遵循最左前缀原则，把最常用的查询字段放在联合索引的最左侧
- 定期清理冗余索引和无效索引，避免索引过多影响写入性能
- 对于长文本字段，可以使用前缀索引减少索引占用的空间
索引创建示例
-- 为user表的age字段创建普通索引 CREATE INDEX idx_user_age ON user(age); -- 为user表的name和age字段创建联合索引 CREATE INDEX idx_user_name_age ON user(name, age); -- 为user表的email字段创建前缀索引，前缀长度为10 CREATE INDEX idx_user_email ON user(email(10));
慢SQL治理步骤
单条慢SQL优化完成后，还需要建立长期的慢SQL治理机制，避免问题反复出现：
- 建立慢SQL定期巡检机制，每周或每两周对慢查询日志进行统一分析，批量处理新出现的慢SQL
- 将慢SQL优化纳入需求上线前的评审流程，对新上线的SQL语句提前进行性能评估
- 建立慢SQL治理台账，记录每条慢SQL的问题原因、优化方案、优化前后的耗时对比，方便后续复盘
- 对核心业务接口的SQL执行耗时设置监控告警，一旦出现慢SQL立即通知相关人员处理
- 定期对数据库的统计信息进行更新，保证执行计划的准确性，避免因为统计信息过期导致的索引失效问题
优化效果验证
优化完成后需要验证优化效果，确认慢SQL的执行耗时已经降到阈值以下，同时需要关注优化是否对其他业务产生了负面影响，比如索引增加是否导致写入性能下降，关联查询调整是否影响了查询结果的准确性。可以通过压测工具模拟真实业务流量，验证优化后的整体性能表现。
-- 优化后再次查看执行计划，确认type字段不再是ALL，key字段有实际使用的索引 EXPLAIN SELECT id, name FROM user WHERE age > 18; -- 直接执行SQL查看实际耗时 SELECT id, name FROM user WHERE age > 18;