业内数据迁移解决方案
目前业务自行研发数据迁移主要有以下两种方案：停服迁移和临时改代码两种。
以上两个方案，都有一些明显的缺点：
- 停服迁移：总体来说，停服方案相对简单和直观。但是，有一个致命缺点，影响网站的整体可用性，影响用户体验，或许会造成用户流失。并且停服时间一般也是放在凌晨，我们必须要在停服时间内完成数据迁移并保证数据正确性，这个会给运维和开发带来很大的压力，一旦有问题，就必须重新选择一个时间继续上述过程。
- 业务代码临时改造：上述方案对业务来说改造成本很大，需要开发一个历史数据同步任务，写入服务和查询服务都需要大量改造，还需要添加很多开关来控制对数据库的访问。开发过程中还会涉及到一些比较棘手的问题：双写逻辑是采用同步还是异步，如果双写其中一个库成功一个库失败怎么办，历史数据迁移和双写逻辑冲突怎么处理。并且代码改造完成后，还需要删除原来的代码重新发布。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用。你还可以使用@来通知其他用户。