关注WX公众号： commindtech77， 获得数据资产相关白皮书下载地址
1. 回复关键字：数据资源入表白皮书
下载 《2023数据资源入表白皮书》
2. 回复关键字：光大银行
下载 光大银行-《商业银行数据资产会计核算研究报告》
3. 回复关键字：数据资产估值
下载 《商业银行数据资产估值白皮书》
4. 回复关键字：上海银行
下载 上海银行《商业银行数据资产体系白皮书》
5. 回复关键字：商业银行数据资产管理
下载 《商业银行数据资产管理体系建设实践报告》
一、背景
网上一堆 saas多租户系统数据隔离方案的文章，本文着重于生产环境实践
二、怎样区分租户
有3种方式：
- 通过不同的访问url来区分；
- 相同的访问url，由用户输入租户ID；
- 相同的访问url，用户登陆后，查询租户ID；
| 方案 | 优点 | 缺点 |
|---|---|---|
| 通过不同的访问url来区分 | 1. 不用登陆; 2. 不同租户下面的用户名允许重复 | 用户需要记住url |
| 相同的访问url，由用户输入租户ID | 1. 不用登陆; 2. 不同租户下面的用户名允许重复 | 用户需要记住租户ID |
| 相同的访问url，用户登陆后，查询租户ID | 不需要记住租户ID； | 1. 需要用户登陆，才能获取租户ID； 2. 用户名不能一样，否则会冲突； |
阿里云、腾讯云都是使用第2种方案
阿里云子账号登陆界面
腾讯云子账号登陆界面
三、 3种数据隔离方案架构
- 数据库表通过租户ID字段来区分
说明：图片不是原创，在网上找的
2. 独立的数据库（schema）
说明：图片不是原创，在网上找的
3. 独立数据库实例
说明：图片不是原创，在网上找的
| 方案 | 优点 | 缺点 |
|---|---|---|
| 数据库表通过租户ID字段来区分 | （1）成本低，支持的租户多； （2）实现简单，直接使用mybatis plus的TenantLineInnerInterceptor拦截器即可； （3）系统升级最方便，表变更只要执行一次即可； （4）运营做数据分析方便，不同将多个库的数据汇总分析； | （1）数据隔离性差； （2）所有数据存在一起，性能随着数据的增加会变得越来越差； |
| 独立的数据库（schema） | （1）成本较低，支持的租户较多； （2）性能够好，当存在性能问题时，迁移到独立数据库实例，程序不需要改动； （3）数据隔离性好； | （1）系统升级不方便，需求所有数据库都执行一次表变更的sql。随着租户增加，运维的工作量会越来越多； （2）增加一个租户，需要创建一个新的数据库，增加运维的工作量； （3）增加一个租户时，要插入一些初始化数据，开发、运维之间，要维护一个初始化数据sql文件。生产中，经常会出现由于缺少部分初始化数据，导致新租户异常的情况； （4）运营做数据分析时，不方便； |
| 独立数据库实例 | （1）性能好，可以横向扩容。可以针对租户的性能需求，配置不同性能的数据库实例。例如，租户A的数据多，用户多，要求性能高，数据库实例的配置可以分配更多的内存、更高频率CPU；租户B的数据少，用户少，性能要求低，数据库实例的配置低一些没关系； （2）数据隔离性好； | （1）系统升级不方便，需求所有数据库都执行一次表变更的sql。随着租户增加，运维的工作量会越来越多； （2）增加一个租户，需要创建一个新的数据库，增加运维的工作量； （3）增加一个租户时，要插入一些初始化数据，开发、运维之间，要维护一个初始化数据sql文件。生产中，经常会出现由于缺少部分初始化数据，导致新租户异常的情况； （4）运营做数据分析时，不方便； |
四、生产环境实践
在公司的项目中，通过团队的讨论，最终决定使用数据库表通过租户ID字段来区分的方案。原因如下：
- 当时项目刚启动，人手不足，希望成本（服务器成本、运维成本）尽可能低；
- 系统对数据隔离性要求不高，同时预计的数据量不太；
- 后期数据库如果存在性能问题，可以改用tidb横向扩容；
- 产品要分析租户的数据（公司的运营管理后台），如果租户数据分到不同的数据库（或者数据库实例），数据统计分析会很不方便；
五、生产实践遇到的问题
- 公司采用通过表增加tenantId字段来做数据隔离，采用mybatis plus的TenantLineInnerInterceptor拦截器，在查询时，自动加上tenantId查询条件，在插入数据时，自动填上用户的tenantId。
- 存在一些表（例如一些配置参数表），所有租户都会用到，而且都一样的。这些表在系统迭代过程中，数据会不断增加。如果也加上tenantId（即每个租户一份数据），会导致运维工作增加。例如，每增加一个租户，都要copy一份这些数据；新插入一条数据，要查询系统所有租户ID，给每个租户都增加一条数据。如果忘记这个操作，会导致部分租户异常。这个可以通过重写mybatis plus的TenantLineInnerInterceptor拦截器的ignoreTable方法，忽略指定的表，解决这个问题。
- 肯定要有tenantId（才知道哪个用户是哪个租户下面的），登陆接口要查用户表，但此时不知道用户是哪个租户下面的，mybatis plus的TenantLineInnerInterceptor拦截器查询时，会自动增加tenantId查询条件，会导致查询不到这个客户。可以通过查询用户的mybatis接口的方法上，加上@InterceptorIgnore(tenantLine = "1")注解即可忽略TenantLineInnerInterceptor拦截器；
InterceptorIgnore注解，请参考mybatis plus的官方文档
插件主体 | MyBatis-Plusbaomidou.com/pages/2976a3/#mybatis-config-xml
