数据库不停机迁移方案
在业务发展过程中，可能会有需要进行数据迁移的场景。
一般来说可以分为两种
（1）停机迁移
（2）不停机迁移
停机迁移比较简单，步骤如下
（1）根据业务流量数据低峰时间，制定迁移计划。
（2）发布停业公告
（3）届时先停机，保证老库数据不会再变动，然后使用迁移工具进行数据的全量迁移
（4）迁移完成后进行新老数据库数据的对比校验
（5）数据校验没问题，流程切换到新库，完成
停机迁移的问题在于
（1）有的业务压根就不能容忍停机。还有就是数据全量迁移的耗时可能也比较久，长时间停机更是不可能接受。
（2）一把切，万一新库、新应用有什么问题，由于新库中新增的数据在老库中并没有，所有也没法切回老库，有问题也不能回滚。
但是停机迁移最大的好处是：简单！
所以实际业务中一些数据量没那么大，或者一些内部系统，非关键系统，采用这种方式其实是主流。再重复一遍，没有最好的方案，只有最适合的方案，有利就有弊，都是权衡取舍罢了。
不停机迁移步骤
（1）对业务代码进行改造，数据库修改操作改为双写，即同时写入新库和老库
insert：两边同时成功
delete：有的数据新库中没有，也没关系
update：有的数据新库中没有，也没关系
老库的写入不受影响，必须成功。新库的如果不成功也没关系，记录一下日志进行排查即可。
为了不影响系统的响应时间等，写入新库可以弄成异步操作
（2）将旧库所有数据迁移到新表
从老库中查询数据，更新到新库，伪代码
select 所有字段 from 旧表 where id in （select id from 旧表 order by id asc limit #{start},#{batchSize}）
如果数据为空就结束
否则对于里面的每条数据
开启事务
select 所有字段 from 旧表 where id = xxx for update；
插入新库（注意需要先delete再insert）
提交事务
这里要注意，一定要加for update锁定数据。
为什么？因为业务代码里面双写还在继续，比如业务代码中更新
update 表xx set monney = 100,然后旧表写入了，但迁移数据数据的读取代码在这之前执行的，所以读到的事旧数据。迁移代码正要把数据写入新库，双写代码已经把新库更新为最新数据，然后迁移代码又把旧数据覆盖上去了。这样就出现了丢失更新的问题。
如果加上for update，则能保证这一条数据在迁移过程中不发生改变，保证新老数据的一致性。
（3）校验两边数据的一致性。数据量太大的时候可以采用一般数据抽查、关键数据全量检查结合的方式
（4）将流量逐步切换到新表。灰度切换。
切换到新表，也就是主要写新的表，旧表也要写，这样如果新库有啥问题可以随时切换回旧库。
（5）平稳运行一段时间后，确保都没问题了，再全部转到新库上。