一次性 analyze 了12个分区,查看 SQL 执行状态都是正常的:
通过show analyze status;
可以看到 analyze 也是成功的。
但是通过show stats_meta
来看,并没有真正生效。
所以怀疑是连续执行多个分区的 analyze table,导致失败的。
一次性 analyze 了12个分区,查看 SQL 执行状态都是正常的:
通过show analyze status;
可以看到 analyze 也是成功的。
但是通过show stats_meta
来看,并没有真正生效。
所以怀疑是连续执行多个分区的 analyze table,导致失败的。
你看一下那个 warning 是什么呢?
只要执行 analyze table 都会有个 warning 的,就是提示你采样率之类的信息
另外看一下 select * from mysql.stats_meta ,这个是看一下 storage 的情况
到另外一台 tidb-server 节点上执行,发现也是未 analyze 之前错误值,所以应该也不是 tidb-server 里内存缓存的。 应该是 analyze 执行结束后由一个 tidb-server sync 到其他节点上的数据都是错的。跟 TiKV 里存储的值都不一样
是bug吗
当时 analyze的那个节点的 show stats_meta 也是坏的吗?
同步 stats 异常问题。是个缺陷。Orz
8.5 会优化掉。
搞得深
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。