基于Mybatis-plus实现多租户架构的全过程

多租户(multi-tenant)是saas中的一个重要概念，它是一种软件架构技术，在多个租户的环境下，共享同一套系统实例，并且租户之间的数据具有隔离性，也就是说一个租户不能去访问其他租户的数据。基于不同的隔离级别，通常具有下面三种实现方案：

1、每个租户使用独立database，隔离级别高，性能好，但成本大

2、租户之间共享database，使用独立的schema

3、租户之间共享schema，在表上添加租户字段，共享数据程度最高，隔离级别最低。

mybatis-plus在第3层隔离级别上，提供了基于分页插件的多租户的解决方案，我们对此来进行介绍。在正式开始前，首先做好准备工作创建两张表，在基础字段后都添加租户字段tenant_id：

create table `user` (
  `id` bigint(20) not null,
  `name` varchar(20) default null,
  `phone` varchar(11) default null,
  `address` varchar(64) default null,
  `tenant_id` bigint(20) default null,
  primary key (`id`)
)
create table `dept` (
  `id` bigint(20) not null,
  `dept_name` varchar(64) default null,
  `comment` varchar(128) default null,
  `tenant_id` bigint(20) default null,
  primary key (`id`)
)

在项目中导入需要的依赖：

<dependency>
    <groupid>com.baomidou</groupid>
    <artifactid>mybatis-plus-boot-starter</artifactid>
    <version>3.3.2</version>
</dependency>
<dependency>
    <groupid>com.github.jsqlparser</groupid>
    <artifactid>jsqlparser</artifactid>
    <version>3.1</version>
</dependency>

mybatis-plus 配置类：

@enabletransactionmanagement(proxytargetclass = true)
@configuration
public class mybatisplusconfig {
    @bean
    public paginationinterceptor paginationinterceptor() {
        paginationinterceptor paginationinterceptor = new paginationinterceptor();

        list<isqlparser> sqlparserlist=new arraylist<>();
        tenantsqlparser tenantsqlparser=new tenantsqlparser();
        tenantsqlparser.settenanthandler(new tenanthandler() {
            @override
            public expression gettenantid(boolean select) {               
                string tenantid = "3";
                return new stringvalue(tenantid);
            }

            @override
            public string gettenantidcolumn() {
                return "tenant_id";
            }

            @override
            public boolean dotablefilter(string tablename) {
                return false;
            }
        });

        sqlparserlist.add(tenantsqlparser);
        paginationinterceptor.setsqlparserlist(sqlparserlist);
        return paginationinterceptor;
    }
}

这里主要实现的功能：

• 创建sql解析器集合

• 创建租户sql解析器

• 设置租户处理器，具体处理租户逻辑

这里暂时把租户的id固定写成3，来进行测试。测试执行全表语句：

public list<user> getuserlist() {
    return usermapper.selectlist(new lambdaquerywrapper<user>().isnotnull(user::getid));
}

使用插件解析执行的sql语句，可以看到自动在查询条件后加上了租户过滤条件：

那么在实际的项目中，怎么将租户信息传给租户处理器呢，根据情况我们可以从缓存或者请求头中获取，以从request请求头获取为例：

@override
public expression gettenantid(boolean select) {
    servletrequestattributes attributes=(servletrequestattributes) requestcontextholder.getrequestattributes();
    httpservletrequest request = attributes.getrequest();
    string tenantid = request.getheader("tenantid");
    return new stringvalue(tenantid);
}

前端在发起http请求时，在header中加入tenantid字段，后端在处理器中获取后，设置为当前这次请求的租户过滤条件。

如果是基于请求头携带租户信息的情况，那么在使用中可能会遇到一个坑，如果当使用多线程的时候，新开启的异步线程并不会自动携带当前线程的request请求。

@override
public list<user> getuserlistbyfuture() {
    callable getuser=()-> usermapper.selectlist(new lambdaquerywrapper<user>().isnotnull(user::getid));
    futuretask<list<user>> future=new futuretask<>(getuser);
    new thread(future).start();
    try {
        return future.get();
    } catch (exception e) {
        e.printstacktrace();
    }
    return null;
}

执行上面的方法，可以看出是获取不到当前的request请求的，因此无法获得租户id，会导致后续报错空指针异常：

修改的话也非常简单，开启requestattributes的子线程共享，修改上面的代码：

@override
public list<user> getuserlistbyfuture() {
    servletrequestattributes sra = (servletrequestattributes) requestcontextholder.getrequestattributes();
    callable getuser=()-> {
        requestcontextholder.setrequestattributes(sra, true);
        return usermapper.selectlist(new lambdaquerywrapper<user>().isnotnull(user::getid));
    };
    futuretask<list<user>> future=new futuretask<>(getuser);
    new thread(future).start();
    try {
        return future.get();
    } catch (exception e) {
        e.printstacktrace();
    }
    return null;
}

这样修改后，在异步线程中也能正常的获取租户信息了。

那么，有的小伙伴可能要问了，在业务中并不是所有的查询都需要过滤租户条件啊，针对这种情况，有两种方式来进行处理。

1、如果整张表的所有sql操作都不需要针对租户进行操作，那么就对表进行过滤，修改dotablefilter方法，添加表的名称：

@override
public boolean dotablefilter(string tablename) {
    list<string> ignore_tenant_tables= arrays.aslist("dept");
    return ignore_tenant_tables.stream().anymatch(e->e.equalsignorecase(tablename));
}

这样，在dept表的所有查询都不进行过滤：

2、如果有一些特定的sql语句不想被执行租户过滤，可以通过@sqlparser注解的形式开启，注意注解只能加在mapper接口的方法上：

@sqlparser(filter = true)
@select("select * from user where name =#{name}")
user selectuserbyname(@param(value="name") string name);

或在分页拦截器中指定需要过滤的方法：

@bean
public paginationinterceptor paginationinterceptor() {
    paginationinterceptor paginationinterceptor = new paginationinterceptor();
    paginationinterceptor.setsqlparserfilter(metaobject->{
        mappedstatement ms = sqlparserhelper.getmappedstatement(metaobject);
        // 对应mapper、dao中的方法
        if("com.cn.tenant.dao.usermapper.selectuserbyphone".equals(ms.getid())){
            return true;
        }
        return false;
    });
    ...
}

上面这两种方式实现的功能相同，但是如果需要过滤的sql语句很多，那么第二种方式配置起来会比较麻烦，因此建议通过注解的方式进行过滤。

除此之外，还有一个比较容易踩的坑就是在复制bean时，不要复制租户id字段，否则会导致sql语句报错：

public void createsnapshot(long userid){
    user user = usermapper.selectone(new lambdaquerywrapper<user>().eq(user::getid, userid));
    usersnapshot usersnapshot=new usersnapshot();
    beanutil.copyproperties(user,usersnapshot);
    usersnapshotmapper.insert(usersnapshot);
}

查看报错可以看出，本身bean的租户字段不为空的情况下，sql又自动添加一次租户查询条件，因此导致了报错：

我们可以修改复制bean语句，手动忽略租户id字段，这里使用的是hutool的beanutil工具类，可以添加忽略字段。

beanutil.copyproperties(user,usersnapshot,"tenantid");

在忽略了租户id的拷贝后，查询可以正常执行。

最后，再来看一下对联表查询的支持，首先看一下包含子查询的sql：

@select("select * from user where id in (select id from user_snapshot)")
list<user> selectsnapshot();

查看执行结果，可以看见，在子查询的内部也自动添加的租户查询条件：

再来看一下使用join进行联表查询：

@select("select u.* from user u left join user_snapshot us on u.id=us.id")
list<user> selectsnapshot();

同样，会在左右两张表上都添加租户的过滤条件：

再看一下不使用join的普通联表查询：

@select("select u.* from user u ,user_snapshot us,dept d where u.id=us.id and d.id is not null")
list<user> selectsnapshot();

查看执行结果，可以看见在这种情况下，只在from关键字后面的第一张表上添加了租户的过滤条件，因此如果使用这种查询方式，需要额外注意，用户需要手动在sql语句中添加租户过滤。

总结

到此这篇关于基于mybatis-plus实现多租户架构的文章就介绍到这了,更多相关mybatis-plus实现多租户架构内容请搜索以前的文章或继续浏览下面的相关文章希望大家以后多多支持！