分库分表原则

1、分库分表原则读完分库分表基础，对于分库分表有了一个概念性的认识，数据库表可 以分成两大类：一类是公共表，另一类是业务表。业务表定义业务表很容易识别，随着业务开展，表的数据量会越来越大，一个数据库很 难存放的下，我们需要对于数据库和表的分布进行管理控制，引入节点定位服务， 以满足业务需求。公共表的特点定义在分片的情况下，当业务表因为规模而进行分片以后，业务表与这些附属的 字典表之间的关联，就成了比较棘手的问题，考虑到字典表具有以下几个特性： 变动不频繁*数据量总体变化不大数据规模不大，很少有超过数十万条记录。鉴于此，系统需要定义了一种特殊的表，称之为“全局表”，全局表可通过小 表广播同步到个系统

2、，全局表具有以下特性：全局表的插入、更新操作会实时在所有节点上执行，保持各个分片的数据 一致性*全局表的查询操作，只从一个节点获取全局表可以跟任何一个表进行 JOIN操作公共表小表广播公共表在初始化时，需要初始化到每个分库上面，以后的变化都需要把主库 的数据同步到每一个分库上面去，形成小表广播机制。这样每分库上的表都可以 有全量的公共表。业务表分库分表原则分库分表是对于业务表而言的，现阶段考虑的是纵向切分，分库分表是两个 不同的概念。分库原则（1）租户间的数据，考虑通过分库的形式分开，将不同的租户的数据放到不同 的库中。（2）大的租户的客户数据可能涉及到一个库放不下， 可以考虑通过组织结构进

3、行分库，分库原则为单张表的数据能够承受。（3）小租户可能数据太小，可能涉及到将多个租户的信息分到同一个数据库上 面。分表原则按照我们的设计，纵向分库不存放较多的数据，数据两较大时，需要将数据 进行导出。我们说的分表一般在横向切片的时候会用的， 一个库的一张表能够承受的数 据量是有限的，时间久了一张表就不能承受，所以需要将该数据分布到不同的表 中，在同一个库中进行保存。案例SAAS表结构案例表结构和分库分表的内容如下:表名表描述是否纳入公共表描述pub compa ny租户表是租户表数据量少pub user租户员工表是数据两不会很多pub bra nch租户部门机构表是数据量不会很多pub br

4、a nchuser租户部门员工表关系表是营业部用户关系表pub role租户角色表是数据量多，变化不会太 多pub me nu租户菜单表是数量不会很多pub roleme nu角色菜单表是角色菜单数据可能会很 多，考虑到功能独立， 设为公共模块反洗钱案例-客户风险PS:取了客户风险等级部分表作为例子，没有将所有表结构全部纳入进来表名表描述是否纳入公共表描述pub compa ny租户表是数据量不大，不经常变 化pub_customer客户表否数量多不适合做为公共 表Aml_riskitemdefi ne风险子项定义表否与其它表关系较紧密Aml itemscorerule风险子项规则表否与其它表关系较紧密Aml riskschemedefi ne风险方案疋义表否与其它表关系较紧密Aml_custriskra nk客户风险等级落地表否每个客户个性化总结基于以上原则，分库分表都是需要根据具体的业务情况来的， 需要结合数据 量，实际的系统场景来决定将表进行