Db::query()是唯一能跑通跨库JOIN的方式，必须手写带全库名的原生SQL（如SELECT u.id FROM db1.user u JOIN db2.order o ON u.id=o.user_id），禁用join()等链式方法；Db::execute()仅用于写操作；临时表方案需注意命名、清理及权限。
Db::query() 是唯一能跑通跨库 JOIN 的方式
ThinkPHP 的 join() 和 with() 在跨库场景下会强制加当前连接的表前缀，比如你连的是 db1，调 ->join('db2.order')，实际生成的是 prefix_db2.order，MySQL 直接报 Base table or view not found。这不是配置问题，是查询构建器的设计限制。
必须用 Db::query() 手写原生 SQL，并显式带上库名：
- 表名格式必须是
db_name.table_name，例如SELECT u.id, o.total FROM db1.user u JOIN db2.order o ON u.id = o.user_id - 别名只能跟在表名后，
db1.user AS u✅，db1.user AS db1.u❌ - 字段冲突要手动起别名，比如两边都有
id，就得写u.id AS user_id, o.id AS order_id - 数据库账号必须同时有
db1和db2的SELECT权限，缺一不可
别把 Db::execute() 当成万能执行器
Db::query() 只能用于 SELECT/SHOW/EXPLAIN，返回二维数组；Db::execute() 专用于 INSERT/UPDATE/DELETE，返回影响行数。混用会静默失败：
- 用
Db::query("UPDATE ...")—— 语句执行了，但返回空数组[]，后续foreach直接崩 - 用
Db::execute("SELECT ...")—— 返回数字（如0或1），当成数组遍历就报错 - 跨库写操作仍需原生 SQL，但必须选对方法：
Db::execute("INSERT INTO db2.log (...) VALUES (...)")
临时表方案适合复杂逻辑或只读库场景
当原生 JOIN 不够用（比如要套子查询、窗口函数，或目标库只读不能直连），可以用临时表中转：
立即学习“PHP免费学习笔记（深入）”；
- 先建临时表：
Db::query("CREATE TEMPORARY TABLE tmp_user AS SELECT id, name FROM db1.user WHERE status = 1") - 再关联查询：
Db::query("SELECT * FROM tmp_user t JOIN db2.order o ON t.id = o.user_id") - 临时表名不能带库名前缀，否则 MySQL 报
You can't specify target table 'tmp_user' for update in FROM clause - 每次请求结束前建议清理：
Db::query("DROP TEMPORARY TABLE IF EXISTS tmp_user")，避免连接复用时残留 - 临时表不支持事务回滚，出错得自己兜底清理
参数绑定只认值，别碰表名和字段名
ThinkPHP5 的占位符（? 或 :key）只做 PDO 参数绑定，不会解析为标识符：
- 安全写法：
Db::query("SELECT * FROM db1.user WHERE id = ? AND status = ?", [8, 'active']) - 动态表名？不行：
Db::query("SELECT * FROM :db.table", ['db' => 'db2'])❌，会当字面量处理 - 排序字段？必须白名单校验后拼接：
in_array($sort, ['id', 'name']) ? "ORDER BY {$sort} DESC" : 'ORDER BY id DESC' - LIMIT 偏移量同理，不能用占位符：
"LIMIT ?, ?"❌，得用sprintf("LIMIT %d, %d", $offset, $limit)并确保是整数
跨库 SQL 最容易被忽略的是连接生命周期和权限粒度——临时表依赖单次 PDO 连接，而 Db::connect() 创建的新连接不会自动继承主连接的缓冲设置或事务状态；另外，MySQL 账号权限必须精确到库级，哪怕只是 SELECT，漏掉任何一个库都会让整条 SQL 失败。
