面试|如何实现丝滑般的数据库扩容程序人生|经验分享|架构|java

初版
如果我们的线上服务不重要，一般来个单体的数据库DB来存储数据即可来。

文章图片

单体应用

优点：简单，省事，方便。
缺点：数据并发性，稳定性都有问题。
进阶
随着数据量的不断增大，一般我们要对数据进行水平切分，水平切分的规则你可以简单根据用户id或者用户IP对数据进行取模，实现路由功能。当然也可以增加Slave跟KeepAlived来实现高可用。

文章图片

主从+路由

但问题是，如果随着业务发展，目前我们2个库的性能扛不住了，还要继续水平拆分，造出更多库咋办？你一般是如何实现丝滑扩容的呢？
扩容第一版：停机扩容

文章图片

停机扩容

简单直接暴力的方法。

APP通知用户在某个时间段停机维护升级。
新建若干个具有高可用的库。
停止当前服务，然后写个数据迁移程序，实现把老库数据全部迁移到新库中。
修改代码路由规则后重新对外提供服务。

优点：简单
缺点：中间停服务了，无法保证高可用。数据切换前跟切换过程中需确保无任何出错。
第二版：在线双写

文章图片

在线双写

建立好新到数据库，然后接下来用户在写原有数据库到同时也写一份数据到我们的新库中。
写个数据迁移程序，实现旧库中的历史数据迁移到新库中。
迁移过程中，每次插入数据时，需检测数据的更新情况。比如，如果新的表中没有当前的数据，则直接新增；如果新表有数据并没有我们要迁移的数据新的话，我们就更新为当前数据，只能允许新的数据覆盖旧的数据，推荐使用Canal这样到中间件。
经过一段时间后需要校验新库跟旧库两边数据是否一样。如果检查到一样了，则直接切换即可。

优点：高可用了。
缺点：不够丝滑，来回挪动数据较大。
第三版：丝滑般扩容
目标：打算将原来到两个数据库扩容到4个。
第一步：修改配置