直方图仅在无索引且数据分布严重倾斜的where字段上提升基数估算精度；需满足：字段未建索引、值分布极不均匀、explain预估与实际行数相差超10倍、统计信息已更新。
直方图不能替代索引，但能在无索引字段上帮优化器“猜得更准”——前提是数据分布严重倾斜且查询条件未被函数包裹。
什么时候该给非索引字段建直方图
别一上来就全表扫列建直方图。只在以下情况动手：
- 该字段出现在
WHERE条件里，但没建索引（比如status、category这类枚举值） - 字段值分布极不均匀：例如
status中 92% 是'active'，剩下 8% 分散在 15 种状态里 -
EXPLAIN显示预估行数（rows）和实际扫描行数相差超 10 倍（如预估 1 行，实际扫了 30 万行） - 已确认不是统计信息过期导致的问题（
ANALYZE TABLE不会自动更新直方图）
ANALYZE TABLE ... UPDATE HISTOGRAM 的桶数怎么设
桶数（BUCKETS）直接影响直方图精度和开销，设错反而让优化器更迷糊：
- 默认
100 BUCKETS对文本/枚举列通常够用；但对高基数列（如user_id、created_at）容易把大量不同值塞进同一桶，失去区分度 - 超过
1000 BUCKETS不推荐：会显著增大information_schema.COLUMN_STATISTICS表体积，且每次查询前需额外加载元数据，拖慢解析 - 字符串列若启用了
utf8mb4且平均长度 > 200 字节，建直方图可能报错ER_TOO_LONG_STRING；此时可先用SUBSTRING(status, 1, 100)截断再建（但会损失精度） - 示例：给订单状态列建直方图，25 桶足够覆盖常见状态：
ANALYZE TABLE orders UPDATE HISTOGRAM ON status WITH 25 BUCKETS;
直方图建了但查询没变快？检查这三个盲区
直方图只是影响基数估算的“辅助信息”，以下情况会让它完全失效：
- 查询中对列用了函数，如
WHERE UPPER(status) = 'ACTIVE'—— 直方图基于原始列值构建，无法参与估算 - 表是分区表，且查询条件未命中具体分区（MySQL 8.0.19+ 修复部分场景，但仍有边界）
- 直方图建在从库上，但主库未同步
information_schema.COLUMN_STATISTICS（该表不复制），导致从库EXPLAIN和主库行为不一致
如何验证直方图是否生效
别只看命令是否执行成功，直接查元数据最可靠：
- 执行：
SELECT HISTOGRAM FROM information_schema.COLUMN_STATISTICS WHERE TABLE_NAME = 'orders' AND COLUMN_NAME = 'status'; - 返回结果为非空 JSON（如
{"buckets": [...], "data-type": "string"}）才表示直方图已成功写入 - 注意：直方图不会改变
EXPLAIN的执行计划类型（比如不会把ALL变成ref），但它可能让优化器在多个可用路径中选对那个代价更低的——比如避免错误地把小结果集当大结果集去嵌套循环
真正容易被忽略的是：直方图只在优化器“缺乏其他依据”时起作用。一旦列上有索引，优化器优先信任索引统计信息；而如果索引本身因数据倾斜或过期导致误判，直方图也救不了——这时得先清理索引统计或重建索引。
