SQL 查询变慢复盘执行计划、数据分布和发布变更要对齐一条 SQL 变慢原因可能是计划变化、分区未裁剪、统计信息过期也可能只是输入范围扩大。复盘不能从一张慢查询截图直接跳到“缺索引”。时间线先对齐记录查询指纹、参数范围、引擎版本、表结构与发布变更。保存执行计划时同时保留估算行数和实际行数两者偏差能帮助判断统计信息是否还适用。数据倾斜则需要看关键维度分布平均值看不出热点分区。先用只读方式验证假设限制时间范围、比较不同参数、更新统计信息或创建候选索引进行评估。不要在未确认影响时直接改生产表结构。修复后回到同一条件用相同查询集合比较扫描量、分位耗时和资源占用并核对结果一致。索引加快读取的同时也增加写入和存储成本这部分要一起观察。复盘要留下查询指纹、执行计划、验证证据和明确的回退条件便于后续复现判断过程。