MySQL表迁移

在互联网应用中需求快速迭代，很多时候可能需要对DB进行变更操作，例如增删字段，当然一般来说不会删除字段，因为这存在极大的风险，相比较添加字段风险会小很多，但是也要注意避开流量高峰进行操作，因为虽然MySQL5.6之后支持Online DDL一般情况不会锁表，但是对于大数据量的字段仍然会存在锁表风险，因此需要注意。

---

此次我遇到的是新老表主子分表的迁移问题。

• 主要迁移的背景是：

老表的字段不够通用，很难覆盖多个场景，分表字段不合理存在而己分表。这两个条件导致需要迁移到新的表。
迁移的思路基本上就是先保证新老表双写
Id采用了公用一个表来自增,保证新表与老表的逻辑字段一致.
重新分表后新表的唯一键不存在冲突,例如老表的id在新表不能哈希到一张表。
最后开关切换读写新表，并替换到后面新的模型。到后面所有场景都验证过后，就可以下线新表了。
如果历史数据是有意义的，还需要写个定时任务去同步历史数据.同步完毕才能读新表。最好能灰度发布，充分验证。

1. 读写老表
   
   2.双写
   

3.同步历史数据
</