forroot()无法支持多数据库，因其默认注册名为default的单一连接，重复调用会覆盖而非新增，且@injectmodel未指定connectionname时始终绑定该默认连接，导致多库场景下连接被覆盖、模型注入失败或冲突。
可以，但不能用 MongooseModule.forRoot() 直接注册多个连接——Nest 的 DI 容器会把后注册的覆盖前一个，导致只有最后一个生效。
为什么 forRoot() 无法支持多数据库
MongooseModule.forRoot() 默认注册一个名为 default 的连接，所有未指定 connectionName 的 @InjectModel 都会绑定到它。重复调用 forRoot() 不会创建新连接实例，而是复用或覆盖已有 provider。
- 即使传入不同 URI，第二次调用仍会替换
DEFAULT_CONNECTIONtoken 对应的 connection -
@InjectModel('User')没有显式指定connectionName时，永远走默认连接 - 模块间模型名冲突风险高（比如两个库都有
UserSchema）
正确做法：用 forRootAsync() + connectionName
每个数据库必须显式命名，并在模型注册和注入时保持一致。关键点是：连接名 ≠ 数据库名，只是 DI 容器里的标识符。
- 在
AppModule中多次调用MongooseModule.forRootAsync()，每次传入唯一connectionName - 每个异步工厂返回的
uri和connectionName必须匹配 - 定义 Schema 时用
@Schema({ collection: 'xxx', schemaOptions: { collection: 'xxx' } })，避免跨库写错表
import { MongooseModule } from '@nestjs/mongoose';
@Module({
imports: [
MongooseModule.forRootAsync({
connectionName: 'auth-db',
useFactory: () => ({
uri: 'mongodb://localhost/auth',
}),
}),
MongooseModule.forRootAsync({
connectionName: 'analytics-db',
useFactory: () => ({
uri: 'mongodb://localhost/analytics',
}),
}),
],
})
如何在 Service 中注入指定数据库的 Model
必须显式传入 connectionName 参数给 @InjectModel，否则它默认找 default 连接，而你根本没注册这个连接。
- 错误写法：
@InjectModel(UserSchema)→ 找不到default连接，报错Nest can't resolve dependencies - 正确写法：
@InjectModel(UserSchema, 'auth-db') - 注意：第二个参数是
connectionName字符串，不是数据库名或 URI - Schema 名（如
UserSchema）本身不带连接信息，靠注入时绑定
多数据库下的常见坑
最隐蔽的问题不是连不上，而是连对了库、写错了表，或者事务跨库失败。
-
mongoose.transaction()只支持单连接内事务，跨auth-db和analytics-db无法原子提交 - 如果两个库都定义了同名 model（如
Log），但没加connectionName，Nest 会混淆 provider 并报循环依赖 -
MongooseModule.createConnection()是底层 API，别在模块级直接调用；它绕过 Nest 的 DI 管理，导致@InjectModel失效 - 测试时容易漏掉
connectionName的 mock，导致单元测试跑在默认内存连接上，和生产行为不一致
