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

本文是博主对《架构师训练营》中沈剑分享内容的笔记,主要探讨了一种数据库平滑扩展的双写模式。步骤包括服务同时操作新旧两库、数据迁移、一致性检查和流量迁移。在数据迁移过程中,确保数据一致性,通过旧库校验新库,最后完成流量切换。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

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

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

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

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

步骤二:数据迁移

data-migrate-tool

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

答案是:不需要。如果需要的话,它就又变回追日志模式了,那为什么提前写入(双写)状态下数据是一致的呢?

数据一致性

在这里插入图片描述
旧库上的数据是根据主键从小到大排列的,数据迁移工具从小到大限速地分段进行,对前置双写操作来进行分析:

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

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

步骤三:一致性检查

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

步骤四:流量迁移

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


讨论还是以思路为主。

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

在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值