【成为架构师3-12】数据库：扩展性，平滑扩展如何实现

系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结，原内容公众号“成为架构师”。

上一篇介绍了追日志的平滑扩展方案，本篇介绍另一种平滑扩展方案：双写模式

步骤一：服务同时操作新旧两库

这可能有点难以理解，新库不是空的吗，服务操作它干什么？

在这里是对服务进行的升级，并不是把流量迁移到新库，新库执行数据库操作，affect rows是多少没有关系，真正提供服务的还是旧库

步骤二：数据迁移

data-migrate-tool

和追日志模式一样，同样需要进行数据迁移，那么我们还需要replay log吗？

答案是：不需要。如果需要的话，它就又变回追日志模式了，那为什么提前写入（双写）状态下数据是一致的呢？

数据一致性

旧库上的数据是根据主键从小到大排列的，数据迁移工具从小到大限速地分段进行，对前置双写操作来进行分析：

1. 在迁移中旧库中的数据依然在修改，这些修改新库和旧库会进行双写
2. insert操作，新旧都没有，那就是都insert成功
3. delete操作，如果是已经迁移过去的数据，那么大家都是delete，如果还没有迁移，等到需要迁移的时候在旧库中它已经不存在了
4. update操作可以看作是delete和insert叠加

极端情况：在数据迁移的过程中，正在迁移的段发生了删除或修改，所以还需要数据一致性的检查

步骤三：一致性检查

以旧库为准，对新库进行检查，这一过程旧库依旧对线上提供服务，不影响。

步骤四：流量迁移

完成上面三个步骤，我们便认为新库是可用的，可以用修改配置文件的方式，或者配置中心回调的方式来通知服务层有新的下游节点可以消费了。

讨论还是以思路为主。

上一篇回顾：【成为架构师3-11】数据库：扩展性要如何解决
下一篇更精彩：持续更新中…