数据库分库分表,动态扩容缩容方案

昨天我们分享了怎么不停机进行分库分表数据迁移(数据库分库分表,生产环境不停机数据迁移)后来有好多朋友问我,说他们的系统虽然也到了差不多分表的地步了,但是,不知道具体拆分多少张表,分多了又怕浪费公司资源,分少了又怕后面怎么去扩容,还有另一些朋友说,所在的公司规模还不大,尚在发展中,公司压根就没这么资源给他们这么去拆分。

这些朋友的问题提的很好,因为真正的结合自己公司的业务去思考了。所以,我今天就来帮助解答下,并且帮着更多有类似困扰的朋友进行统一的讲解,教大家该怎么去做,掌握这套思想之后,其实你们就能举一反三了,我相信,今天学完之后,你们就可以解开自己的心中疑惑了。

好,那我们就来进入正题。其实上面提到的那些问题,就是归类到一个问题上,那到底是什么呢?就是我们分库分表怎么去动态扩容的问题。你现在想想看是不是,你开始不知道分多少库表,在分多或者分少只中进行纠结,还担心自己的资源不够等等,这些都是因为不知道怎么去动态扩容。下面我们就来看看,我们的数据库分库分表,该怎么去动态扩容。

 

笨方法扩容(强烈不推荐)

既然是强烈不推荐的笨方法,我为什么还要说呢?因为这种方法的确有部分人这么干,简单粗暴还累人。那究竟是什么样的累人方式呢,我想大家应该猜得到的,和前面停机数据迁移类似,但是这个比首次停机迁移要复杂得多。

比如,开始分库分表的时候,是这样想的

  • 3
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

架构师修炼

你看着干啥

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值