GORM 动态切换数据库连接需更换底层 sql.DB 或重建 gorm.DB 实例，不能靠 Session 或 Scopes；推荐按库名缓存 gorm.Open() 创建的实例，并确保 DSN 指定 dbname 或执行 USE；跨库事务不支持原子性，各实例需单独注册插件。
如何在 GORM 中动态切换数据库连接
不能靠 db.Session(&session) 或 db.Scopes() 切换底层连接；GORM 的 *gorm.DB 实例本身不持有连接，它只是连接池的“门面”。真正切换，得换掉背后的 *sql.DB 或重建带不同 DSN 的 *gorm.DB 实例。
用 gorm.Open() 按需创建新 DB 实例
这是最直接、最可控的方式：每次需要访问不同库时，调用 gorm.Open() 连接对应 DSN。适合读多写少、库数量有限（比如分库但不超过 10 个）、且连接复用周期明确的场景。
注意点：
- 别反复调用
gorm.Open()而不复用 —— 每次都新建连接池，容易耗尽数据库连接数 - 建议把不同库的
*gorm.DB实例缓存起来，比如用map[string]*gorm.DB按库名索引 - 记得为每个实例调用
db.Exec("USE xxx")（MySQL）或确保 DSN 中已指定dbname，否则可能连上 default database
示例（MySQL）：
dbMap := make(map[string]*gorm.DB)
for _, name := range []string{"shard_01", "shard_02"} {
dsn := fmt.Sprintf("user:pass@tcp(127.0.0.1:3306)/%s?charset=utf8mb4", name)
db, _ := gorm.Open(mysql.Open(dsn), &gorm.Config{})
dbMap[name] = db
}
// 使用
dbMap["shard_01"].First(&user, 123)
用 Session + 自定义 Context 传递连接句柄
如果你已有全局 *gorm.DB，又想临时切到另一个连接（比如事务中跨库写），不能改全局实例，就得靠 WithContext() + 自定义 context.Context 携带目标 *sql.DB，再通过 Session 替换底层 Statement.ConnPool。
但 GORM v2 不支持直接替换 ConnPool，所以更稳妥的做法是：提前准备好各库的 *sql.DB，在需要时用 gorm.Open() 包一层，再传入 Session 的 Config.NewDB 字段（v1.23+ 支持）：
-
Session本身不切换连接，只影响作用域行为（如 DryRun、Logger） - 真正生效的是你传给
NewDB的函数返回的新*gorm.DB - 这个方式适合“单次操作临时切库”，不适合高频切换
示例：
shardDB := gorm.Open(mysql.Open(shardDSN), &gorm.Config{})
db.WithContext(context.WithValue(ctx, "target_db", shardDB)).Session(&gorm.Session{}).First(&user, 1)
// ⚠️ 注意：这不会自动生效，你需要自己在回调里拦截并替换 DB 实例
实际中更推荐显式调用 shardDB.First(...)，语义清晰，不易出错。
避免踩坑：事务、连接池与上下文泄漏
动态切库最容易翻车的地方不在“怎么连”，而在“连完怎么管”：
- 跨库事务无法保证原子性（MySQL 不支持跨库 XA，PostgreSQL 需要 dblink 或 FDW）—— 别在不同
*gorm.DB上混用Begin()/Commit() - 每个
*gorm.DB对应独立连接池，SetMaxOpenConns要按总连接数合理分配，否则可能打爆数据库 - HTTP 请求结束时，别忘了清理 context 中挂载的临时 DB 实例（如果用了自定义 context 传 DB）
- 用
db.Statement.ConnPool取原生*sql.DB时，注意它可能是nil（比如刚初始化未连接），需先触发一次查询或调用db.Use()
最常被忽略的一点：GORM 的 Callback 和 Plugin 是注册在 *gorm.DB 实例上的，不同库实例之间不共享。如果你依赖全局插件（比如 soft delete、audit log），每个库实例都要单独注册一遍。
