基于用户ID后三位订单系统分库分表设计与实践.pdfVIP

《131_基于用户id后三位的分库分表设计》

订单系统来说，他所有的数据层的操作，都是针对以下的数据维度，需要根据不同的数

据操作维度，以及和非的区别，分别去设计海量数据架构方案

1、订单号维度：90%

2、父订单号维度：1%

3、订单以及相关数据的主键id维度：4%

4、全体订单维度：5%

5、售后单号维度

6、全体售后单维度

设计分库分表方案，对于这个方案来说，上述各种维度，分库分表，最最的是设计，按

照哪个字段来进行库和表的路由，如何来进行路由，分库分表，8库64表，一共是512表，

1亿数据，每个表里是20w条数据，效果非常好了，单表几十万这个级别，性能一般来说都

会极为的良好

按照我们之前对数据量的分析，1亿，3亿，6~7亿，单表是60w，6~7亿，单表，100w出

头，单表在几十万数据量，性能一般来说都很好，几百w量级，也还ok的，把索引给他设

计好就可以了

虽然说我们售后数据不多，但是因为订单和售后，都是直接强关联在一起的，还是把他们全

部一起进行分库分表，会让后续的操作会方便一些的，最终一致性框架的表，只要分库，不

需要进行分表

订单操作日志表，订单快照表，这两个表会放到其他的nosql数据里去，hbase，mongodb

来进行，分别到这两个数