MyBatis-Plus多租户插件与WITH RECURSIVE语法冲突问题解析

在MyBatis-Plus 3.5.5版本中，开发者在使用多租户插件时遇到了一个与WITH RECURSIVE语法冲突的问题。这个问题表现为多租户插件在递归查询中不恰当地添加了租户条件，导致SQL执行异常。

问题现象

当开发者使用WITH RECURSIVE语法构建递归查询时，多租户插件会在递归部分的查询条件中自动添加租户ID条件。例如，原始SQL中的递归部分：

WITH RECURSIVE date_series AS (
    SELECT DATE(FROM_UNIXTIME(? / 1000)) AS task_date
    UNION ALL
    SELECT DATE_ADD(task_date, INTERVAL 1 DAY)
    FROM date_series
    WHERE task_date < DATE(FROM_UNIXTIME(? / 1000))
)

在多租户插件处理后变成了：

WITH RECURSIVE date_series AS (
    SELECT DATE(FROM_UNIXTIME(? / 1000)) AS task_date
    UNION ALL
    SELECT DATE_ADD(task_date, INTERVAL 1 DAY)
    FROM date_series
    WHERE task_date < DATE(FROM_UNIXTIME(? / 1000)) AND tenant_id = 203
)

这种自动添加的条件在递归查询中是不必要的，甚至会导致查询失败或结果不正确。

问题原因分析

多租户插件的工作原理是通过拦截SQL语句，自动在查询条件中添加租户ID过滤条件。然而，对于WITH RECURSIVE这种特殊的SQL语法结构，插件没有进行特殊处理，导致在递归部分的查询中也添加了租户条件。

递归查询通常用于生成临时数据序列或处理层级数据，这些临时表本身并不存储实际业务数据，因此不需要进行租户隔离。在多租户场景下，只需要对实际的业务表（如示例中的work_task表）添加租户条件即可。

解决方案

MyBatis-Plus多租户插件提供了ignoreTable配置选项，可以指定哪些表不需要添加租户条件。对于递归查询中的临时表，开发者可以将其添加到忽略列表中：

1. 在配置多租户插件时，通过ignoreTables方法指定需要忽略的表名
2. 将递归查询中使用的临时表名（如示例中的date_series）添加到忽略列表

这样配置后，多租户插件将不会在递归查询的临时表中添加租户条件，同时仍会在实际的业务表查询中保持租户隔离。

最佳实践建议

1. 在使用WITH RECURSIVE等高级SQL语法时，应仔细检查多租户插件处理后的SQL语句
2. 对于临时表、公用表表达式(CTE)等不存储实际业务数据的表结构，应配置为忽略多租户处理
3. 定期检查MyBatis-Plus的更新日志，关注多租户插件的改进和优化
4. 在复杂SQL场景下，考虑使用原生SQL或自定义SQL解析器来处理特殊需求

通过合理配置多租户插件，开发者可以在保持租户隔离的同时，充分利用SQL的高级特性构建复杂查询。