MySQL 8.0如何解决并行查询时索引统计信息不准确的问题？

MySQL 8.0 不支持真正的并行查询，索引统计不准的主因是高并发写入与采样机制缺陷；应优先启用持久化统计、调优采样页数、为倾斜列创建直方图，并排查长事务干扰。

MySQL 8.0 本身不支持真正的并行查询（如 PostgreSQL 的 parallel seq scan 或 Oracle 的 PQ），所谓“并行查询”在 MySQL 中通常指客户端并发执行多个查询，或通过分区表、分库分表等方式人工拆分。真正影响索引统计信息准确性的，不是“并行查询”本身，而是高并发写入 + 统计采样机制的固有缺陷。解决方向必须落在统计信息更新策略和直方图上，而不是去“配置并行查询参数”——因为根本不存在这个开关。

为什么 ANALYZE TABLE 在高并发写入后常失效

当大批量 INSERT/UPDATE/DELETE 持续发生时，ANALYZE TABLE 容易踩中两个硬伤：

• 它依赖当前事务快照读取数据页，若存在长事务（尤其是未提交的 UPDATE），InnoDB 可能卡在构建一致性视图阶段，导致采样中断或退化为极少量页（甚至只采 1–2 页），CARDINALITY 估算直接归零或严重失真
• 即使命令返回 OK，也不代表统计已持久化：若 innodb_stats_persistent = OFF（MySQL 5.7 默认关，8.0+ 默认开，但旧实例升级后可能仍关），统计仅存内存，下次重启或后台自动更新触发后立即回退
• 默认采样页数 innodb_stats_persistent_sample_pages = 20 对千万级以上表完全不够——20 个页可能全落在同一数据段（例如 status=1 占 99% 的场景），导致优化器误判选择率

直方图是比 ANALYZE TABLE 更稳的补救手段

对已知分布不均的列（如 status、region_id、user_type），ANALYZE TABLE 很难救回来，而直方图能绕过采样缺陷，直接记录实际分布：

• 必须用 CREATE STATISTICS 显式创建，例如：

  CREATE STATISTICS s_status ON t (status) AS 'equi-height';

  （MySQL 8.0.19+ 支持，类型选 equi-height 更适合倾斜数据）
• 直方图不依赖采样页数，而是扫描实际数据并分桶；只要建好，后续优化器会优先用它估算 WHERE status = 'paid' 这类条件的行数
• 注意：直方图不会自动更新，数据剧烈变动后需手动重建（DROP STATISTICS + CREATE STATISTICS），不能指望它“自适应”

关键参数必须检查并固化

很多线上实例仍沿用老配置，导致统计行为不可控：

• 确认 innodb_stats_persistent = ON：否则所有 ANALYZE TABLE 都是临时工，查 SELECT VARIABLE_VALUE FROM performance_schema.global_variables WHERE VARIABLE_NAME = 'innodb_stats_persistent';
• 调高采样页数不是“越大越好”，建议按表规模分级设置：
  – 百万行以下：保持默认 20
  – 千万行：设为 50–100
  – 亿级：设为 200（上限受 innodb_buffer_pool_size 影响，避免 OOM）
  执行：

  SET GLOBAL innodb_stats_persistent_sample_pages = 100;

• 关闭 innodb_stats_on_metadata = OFF（MySQL 8.0 默认已是 OFF，但要确认）：防止 SHOW TABLE STATUS 触发意外分析，干扰业务稳定性

分区表 ANALYZE 必须指定 PARTITION

对按时间或地区分区的大表，ANALYZE TABLE t 默认只更新元数据，**完全不触碰任何分区的数据页**，CARDINALITY 会维持为 0 或旧值：

• 必须明确指定分区：

  ANALYZE TABLE t PARTITION(p202405);

• 若需全量更新，得写脚本循环所有分区，或改用 ANALYZE TABLE t ALL PARTITIONS（MySQL 8.0.23+ 支持）
• 直方图也需按分区单独建：CREATE STATISTICS s_col ON t PARTITION(p202405) (col)，跨分区直方图不生效

最常被忽略的一点：统计信息不准的根因往往不在“怎么分析”，而在“谁在写”。如果业务端持续跑着未提交的大事务、或凌晨 ETL 脚本长期持有锁，ANALYZE TABLE 和直方图都会失效——先盯住 INFORMATION_SCHEMA.INNODB_TRX 查长事务，再动手修统计。