大家都是如何进行TiDB的升级的?
1、原地tiup升级。(个人觉得比较黑盒,把握不好。)
2、使用DM迁移到高版本TiDB升级。(麻烦一些,但是好把握)
大家都是如何进行TiDB的升级的?
1、原地tiup升级。(个人觉得比较黑盒,把握不好。)
2、使用DM迁移到高版本TiDB升级。(麻烦一些,但是好把握)
1、先创建一个同版本的集群B
2、数据备份恢复
3、建立TiCDC进行数据复制(A->B)
4、原地升级集群A,如有问题Proxy切换到B集群
这样做的好处,业务无需任何改动,且遇到问题切换会老集群时间短,可以参考
DM不能迁移TiDB啊,只能迁移MySQL。
跨的版本少直接tiup原地升级,跨的版本多就搭建新集群迁移数据。
正常升级基本不会有什么问题,提前做好备份,主要是应对开发的代码是否有不兼容的问题,这个需要提前测好。重要业务还是可以提前做好一套同步集群,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