数据库优化

当查询开始变慢，问题很少只有一层

凌晨的报表跑不完、分页越翻越慢、写入延迟突然抬升，这些现象往往不是同一个原因。可能是索引缺失导致全表扫描，也可能是索引建得太多拖慢了 INSERT；可能是数据量跨过了单机容量的拐点，也可能是事务持有锁的时间过长。数据库优化的难点在于：每个症状背后都可能有多个解释，而错误的结论会让后续的结构变更付出更高代价。

技能如何工作

这个技能不替你做诊断，而是提供一套可复用的方法论，把排查过程结构化。

核心能力：

1. 慢查询定位与 EXPLAIN 执行计划解读，看懂扫描行数、索引使用与连接方式。
2. 索引设计，关注查询是否命中索引、能否走覆盖索引，同时避免过度索引拖慢写入。
3. 分库分表与读写分离的适用场景判断，先确认是否真的需要拆。
4. 备份策略与定期恢复演练，重点是确保「真的能恢复」。

工作流程：

• 明确优化目标与场景边界
• 按上述核心方法逐项执行或自查
• 输出结构化结果（清单 / 分级 / 建议）
• 标注不确定项与需要人工复核的环节

适用边界与红线

适合在需要方法论指导、结构化步骤、检查清单或最佳实践参考时使用。不适合需要实时数据或直连外部系统的高频自动化任务，也不适合需要持牌专业人士出具确定性结论的场景。

红线只有一条但必须记住：结构变更有风险。生产环境的 DDL 应当先评审、先备份，并在业务低峰期执行。另附速查卡，见 references/速查卡.md。