mgo 库不会缓存传入 mgo.Dial() 的连接字符串；所谓“连接旧库”实为代码中其他位置（如 session.DB()）硬编码了旧数据库名，而非连接字符串被缓存或复用。
mgo 库不会缓存传入 `mgo.dial()` 的连接字符串；所谓“连接旧库”实为代码中其他位置（如 `session.db()`）硬编码了旧数据库名，而非连接字符串被缓存或复用。
在使用 mgo（v2）连接 MongoDB 时，一个常见误解是：修改 mgo.Dial() 中的连接字符串后应用仍访问旧数据库，便怀疑库“缓存了连接字符串”。这是不正确的。 mgo.Dial() 仅负责建立与 MongoDB 服务器的 TCP 连接并完成认证，它不会记忆、缓存或复用任何数据库名称——连接字符串中的 db-name 部分（即 URL 路径）仅用于初始认证上下文（例如指定认证数据库），并不决定后续操作的目标数据库。
真正决定数据操作目标库的是 *mgo.Session 实例上的 .DB(dbName) 方法调用。例如：
session, err := mgo.Dial("mongodb://user:pass@dogen.mongohq.com:10048/auth-db")
if err != nil {
log.Fatal(err)
}
defer session.Close()
// ❌ 错误：此处仍使用旧库名（可能写死在常量或配置中）
collection := session.DB("my-old-db-name").C("users")
// ✅ 正确：显式传入新数据库名
collection := session.DB("my-new-db-name").C("users")⚠️ 注意事项：
- mgo.Dial() 中 URL 的路径（如 /auth-db）通常应指向认证数据库（如 admin 或用户所属的授权库），而非业务数据所在库；
- 所有集合读写操作均通过 session.DB("actual-db-name") 动态指定，该名称完全独立于 Dial 字符串；
- 若项目中存在全局变量、配置结构体或常量定义了数据库名（如 const DBName = "my-old-db-name"），务必同步更新；
- 使用 go build -a 或清除构建缓存（go clean -cache -modcache）可排除极少数因 stale binary 导致的误判，但本问题本质与编译缓存无关。
总结：排查此类问题，请系统性检查所有 session.DB(...) 调用点，而非怀疑 mgo 缓存机制。连接字符串变更仅影响底层连接与认证，业务库路由由运行时 DB() 参数决定——这是理解 mgo 多库操作模型的关键。
