必须为每个数据库单独初始化*gorm.DB实例，GORM不支持单实例自动路由异构库；需分别导入mysql和pgx驱动、调用gorm.Open()创建独立实例，并显式配置连接池、时区及SSL等参数。
如何用 GORM 同时连接多个数据库（MySQL + PostgreSQL）
能，但必须为每个数据库单独初始化 *gorm.DB 实例，GORM 本身不支持单个 *gorm.DB 对象自动路由到多个异构数据库。强行复用同一个实例会导致 driver: unknown driver "postgres" (forgotten import?) 或事务失效等问题。
- 每个数据库需独立调用
gorm.Open()，传入对应驱动和 DSN - 务必显式导入驱动：
_ "github.com/go-sql-driver/mysql"和_ "github.com/jackc/pgx/v5"（或pgx/v4，取决于 GORM 版本） - 避免把多个
*gorm.DB存进全局 map 后裸用——没加锁的并发写入会 panic - 推荐封装为结构体字段，例如：
type DBManager struct { MySQL *gorm.DB; PG *gorm.DB }
为什么 db.Table("users").Select("name").Where("id = ?", 1).Find(&u) 在多库下容易出错
因为 db 是具体某个数据库的实例，表名、字段、SQL 方言都绑定在该实例上。跨库混用会导致：MySQL 的 INT 类型被 PostgreSQL 解析失败；PostgreSQL 的双引号标识符（"user"）在 MySQL 中报语法错误；DEFAULT CURRENT_TIMESTAMP 在两库中含义不同。
- 不要共享模型结构体直接跨库操作——即使字段名一致，底层类型映射也可能不同
-
db.Table()不会自动适配目标库方言，它只忠于当前*gorm.DB初始化时的驱动 - 若需统一查询逻辑，应抽象出接口（如
UserRepo），为每种数据库实现各自方法
事务跨数据库一定失败，别试
GORM 的 Transaction() 只作用于单个 *gorm.DB 实例，无法协调 MySQL 和 PostgreSQL 之间的两阶段提交（2PC）。尝试在两个 DB 实例上调用 Begin() 然后手动管理，等于自己实现分布式事务——极难保证一致性，且 GORM 不提供跨库回滚支持。
- 遇到需强一致的跨库写入，改用消息队列+本地事务+补偿（Saga 模式）
- 若只是读多写少的报表场景，可分别查再内存合并，避免事务依赖
- 测试时注意：SQLite 事务行为与 MySQL/PG 差异极大，别用它模拟多库事务
配置加载时容易漏掉的三个点
很多人把 DSN 写死在代码里，或从环境变量读取但忽略驱动注册和连接池配置，导致上线后连接耗尽或超时不断。
-
sql.Open()底层连接池参数必须显式设置：db.SetMaxOpenConns(10)、db.SetMaxIdleConns(5)、db.SetConnMaxLifetime(60 * time.Second) - PostgreSQL DSN 中的
sslmode=disable必须显式声明，否则在某些环境中默认启用 SSL 导致连接拒绝 - MySQL DSN 需加上
parseTime=true&loc=Local，否则time.Time字段解析失败或时区错乱
多数据库不是“多开几个 gorm.Open()”就完事——驱动隔离、事务边界、连接生命周期，每个环节都得按实际数据库特性单独处理。最容易被忽略的是连接池参数和时区/SSL 这类“非业务但致命”的配置项。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
