【 TiDB 使用环境】生产环境
【 TiDB 版本】5.4.0
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
从5.3.0升级到5.4.0,目前tidb_analyze_version是1
调整为2,有没有什么风险?
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
【 TiDB 使用环境】生产环境
【 TiDB 版本】5.4.0
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
从5.3.0升级到5.4.0,目前tidb_analyze_version是1
调整为2,有没有什么风险?
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件:截图/日志/监控】
理论上 tidb_analyze_version =2 修改的统计信息更准,算是一个优化点, 注意修改完成后,要重新收集统计信息才能生效
需要充分测试,见过两种问题:1是 耗费内存可能更多 2是执行计划可能受影响
asktug 搜搜这个参数,帖子还挺多的
手动analyze时可能会导致OOM
据说5.1 5.2容易oom,5.3已经修复
5.x版本我们一直都是用的1
2版本统计信息更准确一些,可以考虑先升级集群,再更改这个参数,并在业务低峰期重新收集一遍统计信息
开个2吧,然后就有升级的理由了
如果运行没有问题,是否就考虑不去修改了?要修改的话,就建议在测试环境尽量模拟生产环境的数据量和业务调用测试充分再修改
有种恍然大明白的感觉,顶级理解~
测试过,没遇到过风险