扫码阅读
手机扫码阅读
数据库丨记录一次TiDB v5.2.3迁移到v6.1.0的实操过程
627 2024-03-14
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
神州数码云基地
扫码关注公众号
数据库神州数码云基地:TiDB数据迁移的过程
TiDB是一个兼具关系型数据库和NoSQL特性的分布式数据库,支持全球范围内的数据分布和分布式事务,具备高可用性和强一致性。
迁移前提条件
迁移工作在两个网络不通的TiDB集群间进行,需通过网络策略实现连通,并对两集群配置文件和系统变量进行收集和对比修改。
迁移方案
- 方案一:TiDB Binlog - 包含Dumpling备份、Lightning恢复和Binlog增量同步。
- 方案二:TiDB CDC - 类似方案一,但采用CDC进行增量同步。
- 方案三:Dumpling+Lightning - 停业务后进行备份和恢复,没有实时同步组件,推荐给数据量少且资源有限的客户。
- 方案四:DM全量数据迁移和增量数据同步 - 需要部署DM集群进行迁移。
客户建议使用方案三,因为数据量较少且资源不足。
迁移过程
迁移包括停止业务操作、设置TiDB只读、逻辑导出导入、验证数据一致性、新集群参数修改和应用切换到新集群等步骤。
总结
迁移TiDB集群时,应选择适合实际情况的方案,比对参数文件和系统变量,处理用户权限,并在迁移前设置数据库只读模式以确保数据一致性。
想要了解更多内容?
文章来源:
神州数码云基地
扫码关注公众号
神州数码云基地的其他文章
加入社区微信群
与行业大咖零距离交流学习
SAFe6.0与CMMI3.0映射
白皮书上线
白皮书上线