7.1.1降级6.5注意事项

【 TiDB 使用环境】生产环境
【 TiDB 版本】7.1.1
两个tidb 数据库A(7.1.1): 1T以下数据量
数据库b(7.1.0): 6T以下数据量
为了解决7.1版本出现的少量跨片sql造成cpu飙升的问题(两次三执行sql就可能触发,无并发,无其他业务的情况下)

什么环境升到7.1的

还是部署的时候,直接就是 7.1 的

6.5的,你测试验证,是没有这个问题的?
你还是要分析下cpu飙升的问题原因在哪

最近一个月

之前用的是6.5 一直没有问题 最近升级的7.1 一些业务没有改动的情况下出现这个问题,做业务侧的性能压测的时候发现的问题,所以现在先降级处理,保证业务使用,后续保留7.1继续追这个问题

会不会是gc的问题?
升级了几天了?
可以试一下关闭gc.enable-compaction-filter

一个月了,最近才发现的

一直是tidb-servicecpu99%

把问题监控图以及相关日志都贴出来,我们一起分析看看,推测有一些地方没有适配好

是呢,先分析分析,回退版本是兜底的了。

升上去了就很难降回来了

3e81d12aa456aab04154b7ec51274162b8c95bde_2_690x401
ac249eea222211deb624d19ff2947a82f97af3a9_2_690x307
71619781acf7bc72506cfe09805643ab626bd2ed_2_690x204
c034889f73ebc5ed70382c36efedff8c5a79cc39_2_690x482
9acc417c11f1819b018812a15f6205040202c5e3_2_690x422
394861c9d36c65ee7acbf267a76a68ee219841dd_2_689x500

这个数据量逻辑导出然后导入最安全

大版本的降级只能逻辑导出导入吧,备份还原不知道支不支持

这数据量,妥妥 的 逻辑备份好些

降级只能逻辑备份迁移吧

从dashbroad进topsql界面,选这一台tidb看看在执行什么?
https://docs.pingcap.com/zh/tidb/stable/top-sql#访问页面

能稳定复现的话,是比较好定位的。

也不能说,只能,大版本,最好用逻辑,这样保险。防止物理有异常

SQL的问题?