hyperf不支持单条sql跨库join，因数据库协议层限制；需应用层实现：模型手动关联（查主表→提id→跨库批量查→内存映射）、模型绑定指定连接（$connection属性隔离）、事务跨库需tcc或消息队列最终一致性。
Hyperf 本身不支持单条 SQL 跨数据库（如 SELECT * FROM db1.users JOIN db2.orders）的原生关联查询，因为 MySQL/PostgreSQL 等数据库在协议层不允许多库 JOIN（除非使用 FEDERATED 引擎或外部代理，但生产环境极少启用且 Hyerf 不适配）。真正的跨库关联需通过应用层组合实现。
下面分三类常见场景说明可行、推荐的执行方式：
模型间手动关联（最常用）
当两个表分别位于不同数据库（如 `user_db.users` 和 `order_db.orders`），无法直接写 `belongsTo` 或 `hasMany` 的 JOIN 查询，需拆成两次查询再内存关联：• 先查主表数据（如用户列表）
• 提取关键 ID 列表（如 `user_ids = [1,2,3]`）
• 指定连接名查从表（如 `Db::connection('order_db')->table('orders')->whereIn('user_id', $user_ids)->get()`）
• PHP 层用 `collect($orders)->groupBy('user_id')` 做映射，再遍历用户补订单数据
注意：避免 N+1，务必用 `whereIn` 批量拉取，而非循环查单条
Eloquent 模型绑定指定连接
每个模型可固定归属某库，通过 `$connection` 属性隔离：• `User` 模型设 `protected $connection = 'user_db';`
• `Order` 模型设 `protected $connection = 'order_db';`
• 关联方法中不能用 `->join()`，但可用 `->with(['orders'])` 触发懒加载或预加载（底层仍是两次查询）
• 预加载时，Hyperf 会自动为 `Order` 模型使用 `order_db` 连接，无需手动切库
事务内跨库操作（强一致性场景）
若需原子性（如“扣减库存 + 写日志”跨库），必须用分布式事务或补偿逻辑，Hyperf 仅支持单库事务：• `Db::connection('stock_db')->transaction(...)` 和 `Db::connection('log_db')->transaction(...)` 是独立事务，无法回滚彼此
• 可用 TCC 模式：先 `stock_db` 执行预留（状态 pending），再 `log_db` 记日志，最后 `stock_db` 确认或取消
• 或引入消息队列，用最终一致性替代强一致
跨库不是语法问题，而是架构约束。Hyperf 的多连接设计初衷是解耦数据源，不是简化跨库 JOIN。实际项目中，应优先考虑是否真需实时跨库关联——很多时候缓存聚合、宽表同步或领域服务编排更健壮。
