系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。
上一篇介绍了追日志的平滑扩展方案,本篇介绍另一种平滑扩展方案:双写模式
步骤一:服务同时操作新旧两库
这可能有点难以理解,新库不是空的吗,服务操作它干什么?
在这里是对服务进行的升级,并不是把流量迁移到新库,新库执行数据库操作,affect rows是多少没有关系,真正提供服务的还是旧库
步骤二:数据迁移
data-migrate-tool
和追日志模式一样,同样需要进行数据迁移,那么我们还需要replay log吗?
答案是:不需要。如果需要的话,它就又变回追日志模式了,那为什么提前写入(双写)状态下数据是一致的呢?
数据一致性
旧库上的数据是根据主键从小到大排列的,数据迁移工具从小到大限速地分段进行,对前置双写操作来进行分析:
- 在迁移中旧库中的数据依然在修改,这些修改新库和旧库会进行双写
- insert操作,新旧都没有,那就是都insert成功
- delete操作ÿ