扫码阅读
手机扫码阅读
数据库|TiDB升级出问题?亲身实践教你如何强行回退拯救数据

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。

神州数码云基地
扫码关注公众号
摘要
本文由后端开发工程师陈卓敏分享TiDB集群版本升级时的强行回退方案。由于官方没有提供明确的回退方法,在数据量大时全备份和数据导入耗时,作者探索了小版本与大版本升级回退的实践方案。
01背景
在TiDB集群升级前,通常进行全备份以防升级中出现错误。升级失败时,会建立一个升级前版本的集群并导入数据以回退。作者在咨询官方后,测试并整理了小版本和大版本升级的强行回退方案。
02小版本升级回退
作者以从v5.1.4到v5.1.5的升级为例,详细介绍了回退流程,包括备份.tiup文件夹、故障模拟、回退各节点组件、tiup和镜像源回退,以及集群重启和验证回退成功的步骤。
03大版本升级回退
对于v5.1.4升级到v6.1.0的大版本回退,作者发现监控节点没有更新,需要额外关注。在回退时遇到重启集群失败的问题,作者猜测可能是底层数据组织结构或管理方式的不兼容。
04总结
建议在生产环境升级前,在测试环境验证版本回退的可行性,并进行全库备份。作者的方案仅供参考,实际操作时需根据具体情况调整。
文末提示读者关注神州数码云基地编程大法的技术前沿内容,以获取更多原创技术干货。
想要了解更多内容?

神州数码云基地
扫码关注公众号
神州数码云基地的其他文章
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线