表量级相当索引都有的情况,简单的调换表的顺序,执行效率差异很大。

analyze 有两个版本,4.x 只有 1.0 的能力,5.X 之后有两个版本,1.0 和 2.0

2.0 之后的能力会更准确。这里用的 6.X,也基本上就是采用 analyze version 2.0 了

你有这个需求,可以考虑升级.

我重新ANALYZE TABLE ,hz_jzjbxx表的255个bucket_id 的Lower_Bound 和 Upper_Bound 仍然都是空的

到视图里面查一下呢,mysql.stats_buckets

视图里面2个字段是有信息的

[quote=“buddyyuan, post:21, topic:996429”]
在这个列上创建索引。

SHOW STATS_BUCKETS 是真正的查看直方图每个桶的信息。这应该才是真正的直方图的信
[/quote] 好的 ,这个确实没有关注过,谢谢哈

修改成a left join hz,hz的关联条件都有索引,指定让其走INL_JOIN,都不走。所以这个和成本什么的没有关系,看直方图什么的没啥用。。。
感觉和h5n1老哥说的那样,怀疑是缺陷。

force index让其走索引,宁可hash join的probe端全部回表也不用inl_join少量回表。。。