Go中无法原生执行跨数据库实例JOIN，必须在应用层分步查询后用map哈希关联，避免嵌套循环；ORM如GORM也不支持跨库JOIN语法，底层受限于DBMS限制。
Go里没有原生的跨数据库JOIN语法
Go语言本身不提供跨数据库实例的SQL JOIN能力——database/sql驱动只面向单个连接，SQL执行范围严格限定在当前DBMS内。所谓“联合查询”，实际是应用层协调多个独立查询的结果并做关联计算。别指望写一条SELECT * FROM db1.users u JOIN db2.orders o ON u.id = o.user_id就能跑通。
手动关联：用map做主键索引合并结果
最常用也最可控的方式是分步查、内存关联合并。关键在于避免嵌套循环（O(n×m)），改用哈希查找（O(n+m)）。
常见错误现象：for _, u := range users { for _, o := range orders { if u.ID == o.UserID { ... } } } 在数据量稍大时CPU和内存飙升。
- 先查主表（如
users），用map[int]*User按主键索引 - 再查从表（如
orders），遍历同时查map，匹配即填充字段或构造新结构 - 注意字段类型一致性：MySQL的
INT和PostgreSQL的BIGINT映射到Go可能一个是int64一个是int32，直接比较会出错 - 空值处理要显式：比如某用户无订单，
ordersMap[u.ID]返回零值，需用if o, ok := ordersMap[u.ID]; ok { ... }
事务与连接池隔离必须手动管理
跨库操作天然不具备ACID原子性。如果你试图用tx1.Commit()和tx2.Commit()模拟两阶段提交，失败回滚逻辑得自己写全——Go标准库不帮你兜底。
立即学习“go语言免费学习笔记（深入）”；
使用场景决定策略：
- 读多写少（报表、后台任务）：直接用各自
*sql.DB的Query，不启事务 - 写操作且强一致性要求：选一个库做协调者，其他库用补偿事务（如记录
outbox表+定时对账） - 连接池参数要分开调优：
db1.SetMaxOpenConns(20)和db2.SetMaxOpenConns(5)不能共用同一套值，IO特征不同
ORM如GORM不解决跨库JOIN语义问题
GORM的Joins或Preload只在单个*gorm.DB实例内生效。即使你配置了两个DSN并分别初始化*gorm.DB，db1.Joins("JOIN db2.orders")会报错ERROR: cross-database references are not supported（PostgreSQL）或类似语法拒绝。
有人尝试用Raw拼接跨库表名（如db1.Raw("SELECT * FROM users u JOIN db2.orders o...")），这仅在同个PostgreSQL集群且启用postgres_fdw扩展时才可能工作，MySQL则基本不可行——不是Go的问题，是底层DBMS限制。
真正能落地的方案只有两种：要么接受应用层组装，要么把需要联合的数据冗余到同一个库（如用CDC同步用户表到订单库），后者运维成本高但查询简单。
容易被忽略的是时间窗口一致性：两次查询之间，users和orders都可能被修改。如果业务容忍几秒延迟，加FOR UPDATE锁整个过程反而引发阻塞；更现实的做法是加时间戳字段，在应用层判断数据是否“新鲜”。
