【成为架构师3-11】数据库:扩展性要如何解决

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

扩展的场景
  1. 底层的表结构变更
  2. 分库个数变化
  3. 底层存储介质变换
扩展方案:离线迁移数据

离线迁移数据在一些游戏服务商中很常见,通常,游戏会发出几点到几点进行停服维护:
在这里插入图片描述
这一方案有两点很明显的劣势:

  1. 只能对一些可以支持长时间不可用的应用使用,比如游戏停服
  2. 因为限定了固定的时间,这对于前期的开发、测试,以及最终阶段的部署都有较高的要求,压力较大,难以处理突发状况,而人在压力越大的时候越容易出错
在线结构表变更

online schema change 或者叫 online DDL

大表DDL

这里用MySQL来举例,MySQL是天然支持这一操作的,对于一些服务中的大表,如果我们直接alter table,那可能会因为各种事务、锁等待而降低系统的并发度。

假设修改的表为A,这一过程可以划分为以下五个步骤:

  1. 建立一个临时文件,扫描表 A 主键的所有数据页
  2. <
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值