【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
文档上明显写的是不支持升级后回退
https://docs.pingcap.com/zh/tidb/v6.5/upgrade-tidb-using-tiup#1-升级兼容性说明
但是在看视频教程时,说是可回退,请问是怎么回退的?
【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题:问题现象及影响】
【资源配置】
文档上明显写的是不支持升级后回退
https://docs.pingcap.com/zh/tidb/v6.5/upgrade-tidb-using-tiup#1-升级兼容性说明
但是在看视频教程时,说是可回退,请问是怎么回退的?
题目问哪项错误的,显然d是对的,c是错的
升级前对原集群进行全备,如要回退则使用备份文件覆盖,官方暂时没有提供回退方案及操作方法。
不支持升级后回退
你说的有教程吗
考虑版本兼容性,有些版本不支持回退,建议搭建新集群进行迁移升级,保留旧版本集群作为回退选项。
生产库 基本上 不会拿来做直接升级,都是搭建新集群再迁移数据。
做完新版本适配,再完成应用迁到新集群。
数据量大或者设备紧张还是做不到的
现在没有直接回退的命令
能不能停机,把tiup安装目录,还有软件和数据安装目录tar个包,用来恢复
几百T也是这样升级的。我们不缺主机。如果实在缺,日租一些云主机 中转一下。
理论上可以,但实际不可能这么做,停机时间太长,回退增量数据也很难处理
就是文件备份
一般都升级吧
如果数据量只有几十G应该跑在ssd上应该是可行的
几十G应该还用不上tidb,mysql能hold住
研发要创新,怎么能用mysql,虽然我们数据量小,但是一定要用国产分布式数据库
此话题已在最后回复的 60 天后被自动关闭。不再允许新回复。