大家都是如何进行TiDB的升级的？
1、原地tiup升级。（个人觉得比较黑盒，把握不好。）
2、使用DM迁移到高版本TiDB升级。（麻烦一些，但是好把握）
1、先创建一个同版本的集群B
2、数据备份恢复
3、建立TiCDC进行数据复制（A->B）
4、原地升级集群A，如有问题Proxy切换到B集群
这样做的好处，业务无需任何改动，且遇到问题切换会老集群时间短，可以参考
2 个赞
DM不能迁移TiDB啊，只能迁移MySQL。
跨的版本少直接tiup原地升级，跨的版本多就搭建新集群迁移数据。
2 个赞
正常升级基本不会有什么问题，提前做好备份，主要是应对开发的代码是否有不兼容的问题，这个需要提前测好。重要业务还是可以提前做好一套同步集群，cdc或者自己去cdc到kafka自消费去做双向同步，有异常，及时切换
tiup 简单实用。
版本迭代速度确实快，升级问题也比较突出，跨大版本比较多（例如3.x升级到6.x、7.x），新搭一套感觉比较靠谱
这种应该是最佳的
我们这边一般停机tiup升级，不能停机的只能在线tiup升级。
因为我们没有那么多硬件~ 
建议还是tiup升级
tiup升级前做好测试就行
还是tiup
tiup
直接使用tiup升级
升级前做好备份，大版本停机离线升级，小版本在线原地升级。
都是直接参考官方文档
tiup升级比较简单一点，前提是做好测试和各种预案
小版本直接升级，一般没啥问题
大版本做好预案
直接原地升级，本本跨度大就多滚几次
tiup本地离线版本升级，备好数据
使用tiup原地升级（做好回滚方案， 新建一个原版本集群，使用TiCDC实时同步原集群，以便回滚）
1.小版本tiup直接原地升级，一定要做好备份和测试
2.大版本可以部署高版本tidb，dm将数据迁移到高版本的tidb