分库分表策略选择

分库分表概念

       顾名思义，即把原本存放在一个库中的数据分块存储到多个库中，把原本存放在一张表中的数据分块存放到多张表上。

分库分表的实施策略

   垂直切分

         将表按功能模块、关系密切程度进行划分，部署到不同的库中。如产品库productDB，订单库orderDB， 用户库userDB，日志库logDB等。

   水平切分

         当一个表中的数据量过大时，就需要将表中数据按照某种规则(userid区间划分或者散列)，存储到不同库中的相同结构的表中。如userTable表中数据可以切分到不同数据库的多个结构相同的userTable0、userTable1、userTable2等表中。

分库分表的策略选择

       1）数据库中表太多(门票订单系统已有30个表)而造成海量数据，且各项业务逻辑划分清晰、低耦合，则首选垂直划分。

       2）数据库中表不多，但单个表中数据量很大或数据热度很高则需要考虑进行水平切分。

       3）多数情况下，为达到最佳效果，往往采取垂直切分和水平切分共同进行的方式。

水平切分方式和规则

          要想做到水平切分，在每一个表中都要有冗余字段作为切分依据和标识字段，通常选用userid作为区分字段。

         1）按区间划分，比如1～1000的对应到DB1 ， 1001～2000的对应到DB2，以此类推。

                优点：可部分迁移。

                 缺点：数据分布不均（老用户活跃度肯定没有新用户高）。

          2）hash取余运算， 对userid进行hash运算，一般取512或1024，视具体数据量大小。比如userid%512, 结果为1的对应到DB1，结果为2的对应到DB2，以此类推。

                优点：数据分布均匀。

                缺点：数据迁移的时候麻烦，不能按照机器性能进行分摊数据。

         3）采用映射表进行映射的方式，存储到DB或者ES

              单独建立一个DB，用于映射userid到DB的映射关系。

               优点：灵活性强，一对一的关系

               缺点：多一次RPC查询。