ANALYZE

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

背景 主库 MySQL 8.0.36（云 RDS，32C128G），核心表 "t_settle_record" 约 2.1 亿行，InnoDB，RR 隔离。白天 QPS 约 3500（混合读写），凌晨 02:00 有批跑任务集中写入。 之前

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