多租户架构中，SQL报表统计慢的问题十分常见，很多开发者在业务规模扩大后，会发现原本正常的报表查询耗时突然变长，甚至出现超时的情况，这大多和租户隔离设计的不合理有关。
多租户统计慢的常见原因
在共享表字段隔离的模式下，所有租户的数据存放在同一张表中，通过tenant_id字段区分租户归属。当报表统计需要扫描大量数据时，即使加了tenant_id的索引，也可能因为数据量过大、索引失效或者跨租户数据混杂导致扫描范围过大，最终拖慢查询速度。另外如果多个租户同时触发报表统计，还可能出现锁竞争，进一步降低性能。
主流租户隔离设计方案
1. 独立数据库隔离
每个租户使用独立的数据库实例，数据完全物理隔离，报表统计时只需要查询对应租户的数据库，不会受到其他租户数据的影响。这种方案的隔离性最强，但是成本也最高，适合对数据安全要求极高、租户数量较少的场景。
实现时只需要在租户创建时初始化独立的数据库，查询时根据当前租户标识切换数据源即可，核心切换逻辑示例如下：
// 租户上下文持有者，存储当前请求的租户标识
public class TenantContext {
private static final ThreadLocal<String> TENANT_ID = new ThreadLocal<>();
public static void setTenantId(String tenantId) {
TENANT_ID.set(tenantId);
}
public static String getTenantId() {
return TENANT_ID.get();
}
public static void clear() {
TENANT_ID.remove();
}
}
// 数据源路由配置，根据租户标识选择对应数据库
public class TenantDataSourceRouter extends AbstractRoutingDataSource {
@Override
protected Object determineCurrentLookupKey() {
return TenantContext.getTenantId();
}
}
2. 共享数据库独立Schema隔离
所有租户共享同一个数据库实例，但是每个租户拥有独立的Schema，数据逻辑上隔离。这种方案的隔离性介于独立数据库和共享表之间，成本也相对较低，适合租户数量中等、对数据隔离有一定要求的场景。
报表统计时只需要指定对应租户的Schema即可，查询示例：
-- 切换到租户A的Schema USE tenant_a_schema; -- 统计租户A的月度订单量 SELECT DATE(create_time) AS stat_date, COUNT(*) AS order_count FROM t_order WHERE create_time >= '2024-01-01' AND create_time < '2024-02-01' GROUP BY DATE(create_time);
3. 共享表字段隔离
所有租户共享同一张表，通过tenant_id字段区分租户，这是成本最低的方案，适合租户数量多、单租户数据量不大的场景。但是这种方案如果设计不当，很容易出现报表统计慢的问题，需要配合合理的索引和查询优化。
优化后的报表查询示例如下，确保tenant_id作为联合索引的前置字段：
-- 先为tenant_id和create_time建立联合索引，提升查询效率 CREATE INDEX idx_tenant_create ON t_order(tenant_id, create_time); -- 统计租户1001的月度销售额，利用联合索引快速定位数据 SELECT DATE(create_time) AS stat_date, SUM(amount) AS total_amount FROM t_order WHERE tenant_id = 1001 AND create_time >= '2024-01-01' AND create_time < '2024-02-01' GROUP BY DATE(create_time);
不同隔离方案的选择建议
可以根据租户数量、单租户数据量、数据安全要求三个维度选择方案，具体对比如下：
| 隔离方案 | 隔离性 | 成本 | 适用场景 |
|---|---|---|---|
| 独立数据库 | 高 | 高 | 租户少、安全要求高 |
| 独立Schema | 中 | 中 | 租户中等、有一定隔离要求 |
| 共享表字段 | 低 | 低 | 租户多、单租户数据量小 |
报表统计的额外优化技巧
除了选择合适的隔离方案，还可以通过以下方式进一步提升报表统计速度：
- 为租户维度报表建立预聚合表，提前按天、周、月统计好常用指标，查询时直接读取预聚合结果
- 对大报表查询做异步处理，用户触发查询后返回任务ID，后台计算完成后通知用户查看结果
- 合理设置数据库的连接池和缓存策略，减少重复查询的开销
需要注意的是，租户隔离设计不是一成不变的，随着业务规模扩大，可能需要从共享表方案迁移到独立Schema或者独立数据库方案，前期设计时要预留好迁移的扩展空间。