原地升，不黑盒，就是回退麻烦些，测好就行了。99%都没啥问题
你准备从哪个版本到哪个版本进行升级？
小版本直接原地升级，问题不大，大版本的话，还是新建一套集群，通过dumpling+cdc同步数据之后，测试验证合适了再升级。
用tiup升级 非常丝滑
我们数据量不大，还有停机时间，可以备份再升级
一般测试环境测试好了，小版本就直接升吧。大版本可以用迁移的方式，方便回退，但要说服项目组
昨天我们进行了测试库的小版本升级，从7.5.0升级到7.5.1，使用tiup升级十分丝滑
我们是3.X的版本，评估后决定自己写etl来升级到7.x
目前用tiup升级，但是一直好奇黑盒子里面的流程，研究中
A升级完成没问题后，B也升级吗
不需要，B作为回退时的版本，通过CDC完成数据同步
我们都是停机手动升级
我们是用了tidb的云数据库，直接修改tidb的cr.yaml文件，把版本号进行修改，tidb operator都会帮你干了，就是个滚动升级的过程，
1 个赞
tiup 简单实用，但是前提是做好备份。
生产系统在有充分资源的情况下，还是不建议原地升级，最好使用旧系统迁移到新系统的方案。
我们就是采用的此方式
不支持原地升级吗
为啥不是建一个高版本的集群，然后直接切过去？
TICDC搭建一个高版本集群，进行切换
应该是考虑这样应用层无感吧。