系统数据库迁移如何测试

系统数据库迁移如何测试

考虑一下数据迁移面临风险

1、数据规模。想象一下，数以亿计的数据从我们一个数据库迁移到另一个环境中，如果一条数据用0.01秒，迁移完毕可能需要半天甚至一天。需要合理安排时间，如果在夜晚或者放假，没人用系统的时间迁移比较好。

2、迁移过程中服务是否需要停止，因为数据是不断进行修改和增加的。如果迁移一条数据到新地址，这个数据又被修改了，那么这个数据就不准确了。或者一个表迁移完毕，这个 表又有修改和增加，那么会丢失和修改数据。

3、保证数据的一致性、准确性、可用性。数据迁移过程中要保证这条数据是准确的，迁移过程中保证两个相同表是一致的，这些数据无论在什么情况下是可用的。

如何迁移

1、确认数据迁移范围，那些老数据需要舍弃，那些新数据需要添加，不用盲目的全部迁移。先迁移基础数据（这些数据会影响所有的业务），然后在关闭服务的情况下迁移流动数据，最后迁移历史数据。

2、对比新数据表和老数据表数据字段变化，必要时在新数据表做冗余，迁移完毕再删除。

3、迁移数据方法：1直接复制表2：对表进行拆分合并

数据库迁移测试

1、数据量一致性测试，比对数据条数是否相等。表的名称是否相等。

2、通过工具对一个表中的数据进行比对。相等通过，不相等检查方法。可以用实用的工具，比如数据保存到excel表格，用excel的比对方式。

3、业务逻辑测试：完成上面的数据迁移测试后，需要在新的系统中进行回归测试，以确保迁移过来的数据是100%可用的。这个时候就需要测试系统功能了。挨个测试，工作量比较大。