这个系统表以后可能就默认关闭了,所以慢 SQL 的问题,建议看看为啥慢(explain analyze 的结果,或慢日志里的信息)
您好 随着 stats_fm_sketch 表中记录数的增加,目前慢语句时间逐渐降回1s内,但内存情况又变回去了,系统表记录数如下图
请问
1,系统表stats_fm_sketch是做什么用,对SQL性能如何产生影响?前面清除后,造成的影响是慢语句时间从1s内上到3s(判断依据如下,如下图所示数据库没有做其他更改操作,清除操作时间跟慢语句时间变长的时间对的上)
2,关于原题内存不断上升问题,目前是否只能是清除stats_fm_sketch(会造成慢语句时间变长,需要对慢SQL重新优化),还是能有不清除stats_fm_sketch数据的其他解决办法
辅助 SQL 执行计划生成的,另外,这个算是个 bug,在 v5.0.2 以后的版本修复了,所以咱们这边可能只能考虑:1、定时清空这个表 2、升级
不过: SQL 变慢的问题(慢SQL),建议单独看看
如果升级,需要单独看 慢SQL 的问题是吧
升级是彻底解决这个问题嘛,至于 慢 SQL 问题,我还是觉得需要单独分析 慢 SQL ,才能确定 和stats_fm_sketch 有关系(我不确定现在有关系,现在咱们只是看现象推测有关系,但可能实际没关系)
好的 请问下 升级后导致问题相关的系统表stats_fm_sketch是开启的?是否有开关的文档
还请教下关于监控的说明,不同百分位是指的什么
https://docs.pingcap.com/zh/tidb/stable/grafana-tidb-dashboard
Query Summary中
999/99/95/80 Duration:不同类型的 SQL 语句执行耗时统计(不同百分位)
占比,至于上面说的开关是没有,v5.0.3 以后的只是修复了这个问题,而更高版本的是直接去掉了 这个表
谢谢
目前看文档TiDB暂不支持版本降级或升级后回退,请问下,大概什么时候会有
短期内还没有规划(不过针对升级的问题:除了回退降级,还有其他方案正在做,比如提前 check,灰度升级等)
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。