生产慢 SQL 批量治理

​

用户

​

问题

1. 慢 SQL 数量太多——每天上千条，大量只是参数不同的重复模式
2. 慢不等于 SQL 本身有问题——可能来自索引失效、数据增长、锁等待、资源竞争
3. 知道「慢」不等于知道「怎么改」——真正耗时的是分析原因、设计改写、判断索引
4. 优化建议缺少验证——「建议加索引」远不如「加什么索引、改后是否真的更快」

​

目标

​

流程

​

依赖能力

​

成功标准

​

SQL 归一化：把海量执行记录收敛成少量模式

SELECT * FROM orders WHERE customer_id = 10001;
SELECT * FROM orders WHERE customer_id = 10002;
SELECT * FROM orders WHERE customer_id = 10003;

SELECT * FROM orders WHERE customer_id = ?;

​

优先级模型：找「最值得优化的」，不是「最慢的」

优化优先级 = 执行耗时 × 执行频率 × 资源影响 × 风险等级

​

一个典型治理结果

​

与监控系统互补