系列文章是博主对沈剑的《架构师训练营》分享内容的个人笔记总结,原内容公众号“成为架构师”。
回顾
追日志方案:
- 服务升级,记录“数据修改”日志
- 迁移数据小工具,进行数据迁移
- 追日志小工具,追平数据差异
- 数据校验小工具,检验数据一致性
- 切流量到新库,完成平滑迁移
双写方案:
- 服务升级,“数据修改”双写
- 迁移数据小工具,进行数据迁移
- 数据校验小工具,检验数据一致性
- 切流量到新库,完成平滑迁移
两种方案都需求:服务升级,专门的小工具
服务屏蔽数据库复杂性
数据库高可用,虚IP,keepalived
通过水平切分,扩充数据量,增加实例个数
总体而言,互联网微服务的数据库架构是这样的:
有服务层屏蔽底层复杂性,有高可用,又有水平切分。
这时候,随着数据量的不断增大,我们需求持续的扩展,也就落到了秒级扩容的水平切分方