面试官：如何把单个数据库的数据迁移到分库分表里面？
面试官心理剖析：
主要是看你在生产环境弄过？没弄过的话看你有没有思考过这个问题？因为在做分库分表的时候肯定会遇到这个问题。
回答：
假设你的分库分表中间件已经选好了，分库分表的数据库都已经建好了。分库分表的功能也都已经测试通过了，可以上线了。数据迁移的系统也测试通过。
方案一：停机迁移
这个方案是一般公司都比较常用的，在网站上放一个公告，说“几点到几点要进行系统升级，到时候系统将不可用”，类似这样的公告。然后大家就一起加班，从凌晨开始做数据迁移，搞了多个数据迁移的工具，从单库把数据获取到，在调用分库分表中间件，中间件把数据放到新的数据库中，整个过程可能要跑个几小时，迁移完之后大家开始验证数据。验证成功之后修改应用系统的配置，把原来调用单库的配置修改为使用中间件。然后在验证下功能，没问题的话就可以对外提供服务了。
缺点：
1、一定会出现几小时的停机（凌晨也还好，很多用户都睡觉了）
2、如果在凌晨4点还没有搞定，大家开始慌了，到凌晨6点还没搞定，那么新库的数据回滚，单库继续提供服务，第二天在继续搞。（这样大家会很累）
方案二：不停机迁移（双写方案）
如果不想经常看凌晨的太阳，那么会想有没有其他的方案？
如图，
1、系统中修改写数据库的代码，同时写单库和新库；
2、数据迁移工具获取到老库的数据，在新库中进行比较，如果新库中不存在，那么把数据保存到新库中；如果新库中存在数据，那么比较更新时间，如果老库的更新时间大于新库，那么修改新库的数据；如果老库的更新时间小于新库的，那么保持不变。
3、迁移完之后需要比较数据是否完全一样，在凌晨的时候，数据肯定会变为一致，因为很少数据进来。
4、最后凌晨，系统把写老库的代码删掉，都写新库。
整个迁移的过程就结束了，这个过程只有在删除写老库代码的时候，会停下服务（你使用了集群，其实对用户来说是无感知的）。
注：如果想数据迁移快点，那么可以多部署一些数据迁移工具。
注意：本文归作者所有，未经作者允许，不得转载
