Node.js多租户应用：租户数据库连接存储方案优化咨询

一、当前req.app.db_conn存储方式的核心问题 #

req.app是整个应用的全局实例，把租户连接存在这里会引发并发安全风险——多个请求同时处理时，后一个请求会覆盖前一个的db_conn，直接导致请求串库，这是必须修复的硬伤。

二、更优的存储方案 #

1. 直接挂载到req对象（推荐） #

每个请求的req是独立隔离的，把租户连接存在这里完全不会有并发覆盖问题，后续业务代码直接通过req.db_conn操作即可，简单高效：

// 替换原来的req.app.db_conn
req.db_conn = connectors[tenant_db]

2. 封装为租户上下文对象（复杂场景适用） #

如果业务需要传递更多租户相关信息（比如租户ID、租户配置），可以封装一个上下文对象挂在req上，让代码结构更清晰：

req.tenantContext = {
  dbConn: connectors[tenant_db],
  tenantId: result[0]?.tenant_id,
  dbName: tenant_db
}

三、Redis存储是否属于过度设计？ #

是的，当前场景下用Redis完全没必要，原因如下：

• 连接池已做复用：你的connectors应该是提前初始化的数据库连接池（比如mysql2/pg的连接池），连接池本身已经实现了连接复用，不需要额外用Redis存储。
• 连接实例无法序列化：数据库连接是内存中的对象，无法序列化成字符串存在Redis里，强行存储只会得到无效的引用标识。
• 增加不必要开销：每次请求去Redis查询会多一次网络IO，反而降低性能，属于画蛇添足。

额外优化建议 #

1. 缓存租户映射关系：每次请求查common_db会增加公共库压力，可以把user_id -> tenant_db的映射缓存到内存（比如用Map），设置合理过期时间，仅缓存失效时才查数据库。
2. 处理无租户场景：如果result.length === 0，说明当前用户无关联租户，应直接返回错误，避免后续代码使用null连接报错。
3. 用async/await优化代码：回调嵌套可读性差，改成异步写法更易维护：

app.use(async function (req, res, next) {
  try {
    const query = `SELECT tenant_db FROM tenants WHERE tenant_id = 
                   (SELECT tenant_id FROM tenant_user WHERE user_id = ?)`;
    const result = await connectors['common_db'].query(query, [req.session.user_id]);
    if (result.length === 0) {
      return res.status(403).send('无租户访问权限');
    }
    const tenant_db = result[0].tenant_db;
    req.db_conn = connectors[tenant_db];
    next();
  } catch (err) {
    console.error(err);
    res.status(500).send('服务器内部错误');
  }
});

内容的提问来源于stack exchange，提问作者lambdamaster