最终查明原因是自己操作失误，将统计信息的缓存内存大小的参数调的过低导致，大家注意该参数的单位为0的时候默认是百分之比，但是配置了述职后单位默认是字节

效果不明显，无论怎么分析都改变不了执行SHOW STATS_HISTOGRAMS WHERE table_name = ‘xxx’;看到所有的列和索引都是 allEvicted状态

修改完成，reload重启了tidb的节点，没有改善

大佬，扩容后，有重新触发annalyze table，tidb显示分析finished，但是仍然没有统计信息

MySQL [(none)]> show variables like ‘%ana%’; ±----------------------------------------±--------------------------------------------------+ | Variable_name | Value | ±----------------------------------------±--------------------…

reload

[quote=“TiDBer_ClS0jENG, post:12, topic:1051682”] TiDB v8.5.3 存在已知 Bug（如 GitHub Issue #64263），会导致 Plan Cache 无法正常工作。 [/quote]大佬这个bug有什么解决方案吗？我感觉重启后长期有一些执行引擎和索引选择不太对的问题

太专业了，感谢军总指导

感觉军总指导，tikv磁盘占用比例过高，重启导致 流量过多的均衡给了tiflash，tiflash打满了，猜测可能又均衡给了tikv，导致tiflash和tikv都被打满了， 解决方案： 扩容tikv节点，通过均衡降低磁盘大小，比较慢 通过edit-config调整pd的 low-space-ratio参数，加大为90%，先把调度改回去，比较快

表太多了，我也不太确定了，已知查询慢的表有好多张

军总，大概等了一天多，已经恢复，加索引成功了。

自动恢复了，后来加成功了

自动恢复了，中午过后加成功了

@Billmay表妹 请帮忙关注下

猫哥，文档里面有写，这是正常的同步任务要保证数据一致性做检查啥的，总之感觉还是有些不太完善。

查了一通，这样的配置应该可以解决问题 #全量+增量模式 task-mode: “all” clean-dump-file: true collation_compatible: “loose” ignore-checking-items: [“auto_increment_ID”,“table_schema”] ###目标数据库配置#####

@Billmay表妹 感觉这块确实值得优化

ALTER TABLE your_table_name REMOVE TTL; 关闭ttl之后再启动即可，兼容性不够

调整了下看看有没有效果