IT评测·应用市场-qidao123.com

标题: 数据库之间表的迁移 [打印本页]

作者: 没腿的鸟    时间: 2024-9-23 00:51
标题: 数据库之间表的迁移
什么时间用?

相信大家在开发中,会先在本地和测试情况的数据库去建立表,没问题了再去正式情况建立雷同的表。大概我们有旧系统和新系统,要把旧系统里面的数据库某个功能的相关的表给导出来,这时间就会发生表的数据迁移。
目前我处于的公司正在维护一个新系统,是对原来旧系统的升级和维护,就需要进行测试,需要迁移表。

Nvaicate 完成快速迁移




之后可以点击开始后即可完成差别毗连下差别数据库里面表的快速迁移。

数据备份工具

这里我先来介绍一下 MySQL 上常用的两款数据备份工具:mysqldump和XtraBackup。

mysqldump:一个用于备份和恢复 MySQL 数据库的命令行工具。它允许用户导出 MySQL 数据库的结构、数据以及表之间的关系,以便在数据库发生问题时进行恢复。它是 一个逻辑备份工具,导出的内容是一条条 SQL。

XtraBackup:它使用了 InnoDB 存储引擎的数据备份技能,支持增量备份和恢复,并且支 持多主机备份和恢复。它是一个物理备份工具,相当于直接复制 InnoDB 的底层存储文 件。

通过步伐完成数据迁移



假如是步伐,你的项目面临的场面需要保持数据同等性问题,那么有两个办法:
update_time字段校验

在初始化数据之后,你可以先实验立刻校验和修复一下数据,因为假如你前面用的是备份数 据,那么备份数据已经落后生产数据了。比如说你用的是昨天的备份,那么本日的修改目标 表就没有。还有假如你是导出的数据,那么导出数据到你导入数据这段时间,数据发生了变 化,目标表仍旧是没有的。

假如你们公司有明确的数据库规范的话,比如说所有的表都需要有 update_time 这个字段, 那么你在校验和修复的时间就可以采用增量的方案。因为只有 update_time 晚于你导出数据 的谁人时间点,才说明这一行的数据已经发生了变更。在修复的时间就直接用源表的数据覆 盖掉目标表的数据这个方案有两个条件:所有的表都是有更新时间戳的,并且删除是软删除的。

监听binlog

binlog 只用于触 发校验和修复这个动作,当我收到 binlog 之后,我会用 binlog 中的主键,去 查询源表和目标表,再比较两者的数据。假如差别等,就用源表的数据去修复 目标表。
拿到 binlog 之后,我用主键去目标表查询数据,然后把 binlog 里面的内容和 目标表的数据进行比较。假如数据差别等,再用 binlog 的主键去源表里面查询 到数据,直接覆盖目标表的数据。

主键问题

假如在源表中使用的是自增主键,那么在双写的时间写入目标表要写入主键。你需要在写入源表的时间拿到自增主键,然后写入目标表的时间设置好主 键。因为你其实并不能确保目标表自增的主键,和你源表自增的主键是同一个值。比如说在 并发场景下,两次插入。


在双写的时间比较难以处理的问题是自增主键问题。为了保持源表和目标表的 数据完全同等,需要在源表插入的时间拿到自增主键的值,然后用这个值作为 目标表插入的主键。

在处理批量插入的时间要更加小心一些。正常来说,批量插入假如用的是 VALUES 语法,那么生成的主键是一连的,就可以从返回的最后一个主键推测 出前面其他行的主键。即便 innodb_autoinc_lock_mode 取值是 2 也能包管 这一点。但是假如用的是多个 INSERT INTO VALUE 语句,大概 INSERT SELECT语句,这些语句生成的主键就可能不一连。在双写之前,就要先改造这 一类的业务。

innodb_autoinc_lock_mode


innodb_autoinc_lock_mode 是 InnoDB 引擎里面控制自增主键生成计谋的参数,它有三个 取值。



免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。




欢迎光临 IT评测·应用市场-qidao123.com (https://dis.qidao123.com/) Powered by Discuz! X3.4