MySQL 直方图刷新周期与数据漂移控制

MySQL 直方图不是“建一次就永久准确”的缓存。订单状态、价格区间或租户分布持续变化时，旧桶仍会影响优化器对过滤选择性的判断，慢查询可能表现为突然放大扫描行数。更稳妥的做法是先查看元数据，再按数据漂移速度选择刷新策略：低漂移表用低峰期定时 ANALYZE TABLE，高漂移的 InnoDB 表可在 MySQL 8.4 使用 AUTO UPDATE，但仍要用执行计划和采样率确认结果。

官方地址：https://dev.mysql.com/doc/refman/8.4/en/

先用 COLUMN_STATISTICS 判断直方图是否过期

直方图服务于常量比较条件，例如等值、范围、IN 和 IS NULL。不要看到慢查询就立刻刷新，先把列的统计时间、刷新模式和采样率取出来，再和最近一次大批量导入、归档或租户迁移时间对照。

-- 查看指定列的刷新时间、自动更新开关和采样比例
SELECT
  SCHEMA_NAME, TABLE_NAME, COLUMN_NAME,
  HISTOGRAM->>'$."last-updated"' AS last_updated,
  HISTOGRAM->>'$."auto-update"' AS auto_update,
  HISTOGRAM->>'$."sampling-rate"' AS sampling_rate,
  HISTOGRAM->>'$."number-of-buckets-specified"' AS bucket_count
FROM INFORMATION_SCHEMA.COLUMN_STATISTICS
WHERE SCHEMA_NAME = 'shop'
  AND TABLE_NAME = 'orders'
  AND COLUMN_NAME = 'order_status';

sampling-rate 小于 1 代表生成时采用了采样，不等于结果一定错误；它提醒你在数据极度偏斜或热点集中在新时间段时，要把刷新后的计划放到真实查询上复核。

按数据漂移速度选择手动或自动刷新

分布稳定、写入集中在低峰期的表，适合手动周期刷新；例如每天装载一次的报表表，可在装载完成后执行一次。持续写入且行数变化会频繁触发 InnoDB 持久统计重算的表，可以显式启用自动更新。MySQL 8.4 中，未指定模式时默认仍是手动更新。

-- 首次建立直方图，并让它随统计重算自动更新
ANALYZE TABLE shop.orders
  UPDATE HISTOGRAM ON order_status
  WITH 32 BUCKETS AUTO UPDATE;

-- 低漂移表的定时任务可采用手动刷新
ANALYZE TABLE shop.orders
  UPDATE HISTOGRAM ON order_status
  WITH 32 BUCKETS MANUAL UPDATE;

这里的“自动”不是每一行写入后立即计算。InnoDB 的持久统计自动重算存在异步延迟，官方文档以表数据变化超过约 10% 作为默认触发条件之一；需要立即得到新统计时，仍应在低峰期前台执行 ANALYZE TABLE。自动模式和定时任务不要叠加成高频刷新，否则会把统计维护本身变成抖动来源。

刷新后用计划变化而不是时间戳验收

刷新成功只说明统计被写入数据字典，不代表每条 SQL 都会变快。对一条受影响的范围查询保存刷新前后的 EXPLAIN，重点比较估算行数、过滤比例、访问类型和实际耗时。若估算仍偏离，先检查列是否适合直方图、桶数是否过少、采样是否覆盖热点，再决定重建或删除。

生产上建议保留一次刷新前的 EXPLAIN 和直方图 JSON 摘要。若新统计让关键查询退化，可以先停用自动更新或执行 DROP HISTOGRAM，再回到索引、SQL 谓词和数据分布本身排查，不要只靠增加桶数掩盖模型不匹配。

常见问题

直方图会随每次 INSERT 自动更新吗？

不会。默认模式是手动更新；只有启用 AUTO UPDATE，并且触发表统计重算或执行相关 ANALYZE TABLE 时才会更新。

桶数越大越好吗？

不是。桶数要覆盖真实分布的拐点，同时考虑生成成本和采样误差。先用 32 或 64 做验证，再用关键 SQL 的估算与耗时决定是否增加。

什么时候应该删除直方图？

当索引已经提供更可靠的选择性、直方图长期误导计划，或列分布变化过快难以维护时，可用 DROP HISTOGRAM 暂停这条统计来源。