这个系统表以后可能就默认关闭了，所以慢 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 分钟后被自动关闭。不再允许新回复。