Db::query()是唯一能稳定实现跨库JOIN的方式，因join()和with()会强制加表前缀或忽略关联模型连接配置，无法正确生成db1.t1 JOIN db2.t2语法；临时表方案需手动建表、关联并及时清理，原生SQL则须显式写全库名且确保账号有双库SELECT权限。
Db::query() 是唯一能稳定跑通跨库 JOIN 的方式，其他链式方法（join()、with()）在跨库场景下会因表名自动加前缀或连接隔离而失效。
为什么 join() 和 with() 不能直接跨库
ThinkPHP 的 join() 方法默认把所有表名加上当前连接的 prefix，比如你用 Db::connect('db1') 后调 ->join('db2.order')，实际生成的是 prefix_db2.order，MySQL 直接报 Base table or view not found；with() 更麻烦——它只按当前模型的 $connection 去查本库，不会自动切到被关联模型指定的连接，两个模型连不同库时，with('profile') 会全走 User 模型的连接，Profile 的 $connection 被忽略。
-
join()不支持手动控制左侧/右侧表的库名前缀，语法层就卡死 -
with()的预载入是分两次查询：先查主模型，再用结果集里的外键去查关联模型——但第二次查询仍走主模型连接，除非你重写hasOne()的查询逻辑 - 即使两个模型都设了
$connection，with()也不会跨连接执行 JOIN，它不等价于 SQL 的JOIN，只是 PHP 层组装
用 Db::query() 写全库名原生 SQL 最可靠
只要两个库在同一个 MySQL 实例里，且账号有双库 SELECT 权限，直接拼 db1.table1 JOIN db2.table2 就行。这是绕过 ThinkPHP 查询构建器限制的最短路径。
- SQL 中必须显式写全路径，如
SELECT u.name, 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），必须用别名明确，否则 PHP 取值时会覆盖 - 注意 MySQL 用户权限：该账号得同时有
db1和db2的SELECT权限，缺一不可
临时表方案适合复杂逻辑或只读目标库
当你要 JOIN 的目标库不允许直连（比如只读从库、跨服务器、或带窗口函数的子查询），可以用临时表中转。它在当前 PDO 连接内有效，不污染线上库，但要注意生命周期和清理。
立即学习“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') - 临时表名不能带库名前缀，
tmp_user可以，db2.tmp_user会报You can't specify target table 'tmp_user' for update in FROM clause - 每次请求结束前务必清理：
Db::query('DROP TEMPORARY TABLE IF EXISTS tmp_user')，否则连接池复用时可能残留旧数据 - 临时表不支持事务回滚，出错时得自己补
DROP，不能依赖框架
字段别名冲突和未缓冲查询容易卡住
SQLSTATE[HY000]: General error: 2014 Cannot execute queries while other unbuffered queries are active 这个错误不是跨库独有，但在连续执行多个 Db::query() 时高频出现，本质是 PDO 游标没取完就发下一条。
- 所有
Db::query()执行后，立刻用foreach或array_values()把结果遍历完，别留着未读游标 - 或者统一开启缓冲：
Db::connect(['PDO::MYSQL_ATTR_USE_BUFFERED_QUERY' => true])，但大结果集会吃内存 - 别在同一个连接里交替执行 DDL（如
CREATE TEMPORARY TABLE）和 DML（如SELECT）而不取结果，缓冲模式也救不了 - 临时表 + 多次
SELECT组合时，最容易触发这个错误，务必检查每条查询是否真正“执行完毕”
跨库的核心约束其实就两条：MySQL 实例得是同一个，账号权限得够。其余都是 ThinkPHP 封装带来的绕行成本。临时表看着多一步，但在权限受限或逻辑复杂时反而比硬调原生 SQL 更稳；而一旦选了原生 SQL，就别再幻想 join() 能救场——它根本没开放库名控制接口。
