mysql 数据迁移后怎么校验

1.该迁移方法有几个必须满足的前提条件：原服务器和新服务器都有安装好并且正常可用的 MySQL 和 Percona Xtrabackup 软件环境；网络可以连通，或者可以进行文件传输；

2.实际迁移切换时，需要考虑一下原数据库的状态，或者在进行备份后，停止原数据库或设为只读模式；或者提前进行一次恢复，做成主从同步复制，在切换时，设主库为只读，关闭主从复制。关键是保证切换开始后，原数据库不能有新数据写入，造成数据不同步或丢失；

3.数据库启动、停止过程中都需要及时监控 error.log 日志，确认整个具体启停过程；同时要及时通过进程、端口、日志状态等确认数据库状态。

1. checksum table.

checksum table 会对表一行一行进行计算，直到计算出最终的 checksum 结果。

比如对表 n4 进行校验（记录数 157W，大小为 4G）

我自己笔记本上的测试结果，速度挺快。

不过checksum的限制比较多。罗列如下，

A、不能对视图进行校验。

B、字段顺序不同，校验结果也会不一致。

C、CHAR(100) 和 VARCHAR(100) 存储相同的字符，校验结果也会不一致。

D、在执行 checksum 同时，会对表所有行加共享读锁。

E、还有就是 MySQL 版本不同，有可能校验结果不一致。比如手册上说的， MySQL 5.6.5 之后的版本对时间类型的存储格式有变化，导致校验结果不一致。

那 checksum 的 限制这么多，我们是不是有其方法来突破所有限制呢？ 比如说可以模拟 checksum table 的原理来手工计算。

2. 自己计算 checksum 值。

这里用了 MySQL 自身的几个特性：session 变量；通用表达式；窗口函数以及 MySQL 的 concat_ws 函数。实现非常简单。

比如我们用 sha 函数来计算校验值。

如果在 MySQL 老版本运行，可以利用 MySQL 的黑洞引擎，改下 SQL 如下：

对于表要计算校验数据一致性的需求，首选第二种自己写 SQL 的方法。

---