对于分库分表来说，主要是面对以下问题： 选择一个数据库中间件，调研、学习、测试； 设计你的分库分表的一个方案，你要分成多少个库，每个库分成多少个表，比如 3 个库，每个库 4 个表； 基于选择好的数据库中间件，以及在测试环境建立好的分库分表的环境，然后测试一下能否正常 ...

　　设定好几台数据库服务器，每台服务器上几个库，每个库多少个表，推荐是32库 * 32表。 　　比如4台服务器，每台服务器上8个库，每个库32张表。 　　路由的规则，orderId%32 = 库，orderId / 32 %32 = 表 　　扩容的时候，申请增加更多的数据库服务器 ...

停机扩容（不推荐） 这个方案就跟停机迁移一样，步骤几乎一致，唯一的一点就是那个导数的工具，是把现有库表的数据抽出来慢慢倒入到新的库和表里去。但是最好别这么玩儿，有点不太靠谱，因为既然分库分表就说明数据量实在是太大了，可能多达几亿条，甚至几十亿，你这么玩儿，可能会出问题。 从单库单表迁移到分库分 ...

　　对于我们常用的分库分表方案来说，有很大的优势，分库分表的扩容是一件头疼的问题，如果采用对db层做一致性hash，或是中间件的支持，它的成本过于高昂了，如果不如此，只能停机维护来处理，对高可用性会产生影响。 　　那是否有方案，既可以快速扩展，又不降低可用性？这一篇，我们聊聊分库分表的扩展方案 ...

单体应用 每个创业公司基本都是从类似SSM和SSH这种架构起来的，没什么好讲的，基本每个程序员都经历过。 RPC应用 当业务越来越大，我们需要对服务进行水平扩容，扩容很简单，只要保证服务是无状态的就可以了，如下图： 当业务又越来越大，我们的服务关系错综复杂，同时，有很多服务访问都是 ...

、分片策略、平滑扩容方案、以及流行的方案。 1 分库分表概述在业务量不大时，单库单表即可支撑。 当数据 ...

目录 分库分表概述 分库分表相关术语 什么时候采用分库分表 分库分表 水平分库 水平分表 垂直分库 垂直分表 全局ID生成策略 自动增长 ...

前言 像我这样的菜鸟，总会有各种疑问，刚开始是对 JDK API 的疑问，对 NIO 的疑问，对 JVM 的疑问，当工作几年后，对服务的可用性，可扩展性也有了新的疑问，什么疑问呢？其实是老生常谈的话题：服务的扩容问题。 正常情况下的服务演化之路 让我们从最初开始。 单体应用 每个创业 ...