数据库分库分表的策略问题概述

前言

中大型项目中，一旦遇到数据量比较大，小伙伴应该都知道就应该对数据进行拆分了。有垂直和水平两种。

垂直拆分比较简单，也就是本来一个数据库，数据量大之后，从业务角度进行拆分多个库。如下图，独立的拆分出订单库 和 用户库

水平拆分的概念，是同一个业务数据量大之后，进行水平拆分。

上图中订单数据达到了4000万，我们也知道mysql单表存储量推荐是百万级，如果不进行处理，mysql单表数据太大，会导致性能变慢。使用方案可以参考数据进行水平拆分。把4000万数据拆分4张表或者更多。当然也可以分库，再分表；把压力从数据库层级分开。

数据量大时分表存储的策略：

• 首先一个就是hash确定入那个表，但是这样会有一个扩容问题  ==>  hash取模方案
• 另外一个就是确定范围的存储，但是这样其实某一时间段只会操作一张表，所以有个热点问题  ==>  range范围方案
• 另外一个就是两种的结合，首先分组，就是在数据库上面增加一个分类，方便后面的扩容; 先根据id确定分组，之后对总的表数取模确定那个表，解决热点问题，每个数据库要根据自己的表数，确定属于自己的取模数； ==> 组合方案

参考的链接：

https://mp.weixin.qq.com/s/qhu9AbqYF7ZqVAmxlwbAxw