直方图

结论先行： InnoDB 统计信息漂移是执行计划漂移的根源，而执行计划漂移是性能退化的隐形杀手。通过构建「批跑免疫区」，关闭 auto_recalc、在批跑完成后手动 ANALYZE（高采样精度），配合 performance_schema

«结论先行：EXPLAIN 的 "rows" 列不是「这条 SQL 要扫多少行」，而是 InnoDB 用「采样页估算的基数」除以「等值条件值个数」算出来的一个期望值。当数据分布严重倾斜、且你那个「头部值」恰好落在没被采样的页里时，"rows

«结论先行：索引没变、SQL 没变、buffer pool 命中率也没掉，但 P99 还是从 15ms 飙到了 3.4s——根因是 InnoDB 的统计信息（cardinality）在数据批量写入后严重失真，优化器据此选错了索引/访问路径。