本文探讨了数据库分库分表的动态扩容问题，指出直接通过数据迁移工具进行扩容的弊端，并提出了一种可靠的动态扩容方案。核心思想是在初期设计时考虑未来扩容需求，通过在一台服务器上部署多个数据库实例来应对资源限制。动态扩容时，可以根据业务增长情况添加服务器，无需重新哈希路由，提高并发性能和磁盘利用率。
昨天我们分享了怎么不停机进行分库分表数据迁移（数据库分库分表，生产环境不停机数据迁移）后来有好多朋友问我，说他们的系统虽然也到了差不多分表的地步了，但是，不知道具体拆分多少张表，分多了又怕浪费公司资源，分少了又怕后面怎么去扩容，还有另一些朋友说，所在的公司规模还不大，尚在发展中，公司压根就没这么资源给他们这么去拆分。
这些朋友的问题提的很好，因为真正的结合自己公司的业务去思考了。所以，我今天就来帮助解答下，并且帮着更多有类似困扰的朋友进行统一的讲解，教大家该怎么去做，掌握这套思想之后，其实你们就能举一反三了，我相信，今天学完之后，你们就可以解开自己的心中疑惑了。
好，那我们就来进入正题。其实上面提到的那些问题，就是归类到一个问题上，那到底是什么呢？就是我们分库分表怎么去动态扩容的问题。你现在想想看是不是，你开始不知道分多少库表，在分多或者分少只中进行纠结，还担心自己的资源不够等等，这些都是因为不知道怎么去动态扩容。下面我们就来看看，我们的数据库分库分表，该怎么去动态扩容。
订阅专栏 解锁全文
扫一扫
148
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
