他这个还不太一样,是从6.1升上来才出问题的,回退到6.5.1大概率问题还在。
想退回6.5.1试试可以试下 ![]()
我们前几天也遇到了从4.0版本升级到6.5.2遇到了的性能变差,看grafana,rocksdb的scan增加了不少,get减少了一些,blockcache的命中降低了很多。不知道6.5.2读的行为有什么变化。最终通过修改参数提高scan的并发+扩容临时先顶着了。
升级不能回滚这个不知道是不是所有数据库都这样,tidb动辄好几十t的数据,指望升级前做个备份也很难。还是希望能有一键回滚的功能,这样不至于升级跟开盲盒一样。即是说提前搭环境测试也未必能完全一样。
我是做的源端的双复制,从 543 迁移到 653 的,而不是直接升级
您这边最终的根因找到了么
老师,我现在就是你这样的情况,从 6.1 升级到 6.5.3 性能急剧下降.
表现就是不断的某些节点Leader因为slow store score = 100被驱逐
但是查看CPU和内存,IO都是很低的,具体可以看我们上面截图
数据库大概在 20T左右,在测试集群跑了一次升级,没发现什么明显问题
目前解决方案是,不断增加节点 … 勉强顶着 …增加了 2个节点,还远远达不到升级前的性能水平
我就默认认为6.5.3性能非常糟糕吧,然后CDC一直不可用问题,反正也算是临时解决了 …
增加机器稳定住了12小时了
没有,现在就是 增加节点.增加资源 临时顶住了
看来老师们的方案.回退是不现实了.现在就是硬加集群机器顶上去
已经增加了 3台, 现在勉强能顶住,但是性能远远没达到之前 6.1的水平
老兄,后来如何解决,我们升级到6.5.3也回退的,幸好有个回退集群,6.5.3性能很差,还在找原因中,不知道6.5.4是否解决了
老师,解决了吗
重装,然后导入?
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。