ThinkPHP 6 的 query 方法支持建临时表，但需用 Db::query() 手动执行原生 SQL 并复用同一 PDO 连接；Db::execute() 不支持，临时表名不可加库前缀，模型层不识别临时表。
ThinkPHP 6 的 query 方法不支持直接建临时表？
不是不能，而是官方没封装「CREATE TEMPORARY TABLE」的语法糖。ThinkPHP 的 Db::query() 可以执行任意原生 SQL，包括建临时表，但必须手动管理生命周期——临时表只在当前数据库连接内有效，连接断开就自动销毁。很多开发者误以为用 Db::execute() 就行，其实它只支持无返回结果的语句（如 INSERT/UPDATE），建表必须用 Db::query()。
-
Db::query('CREATE TEMPORARY TABLE tmp_user AS SELECT id, name FROM user WHERE status = 1')✅ -
Db::execute('CREATE TEMPORARY TABLE ...')❌（报错：PDOStatement 不支持返回结果集的 DDL） - 临时表名不能加库前缀（如
think_tmp_user），否则跨连接时可能找不到
怎么在同一个请求里复用临时表？
关键在于复用同一个数据库连接实例。ThinkPHP 默认每次 Db::query() 都会重连或复用连接池中的空闲连接，但临时表只对创建它的那个 PDO 实例可见。所以必须显式获取并保持连接：
$pdo = Db::connect()->getPdo(); Db::query($pdo, 'CREATE TEMPORARY TABLE tmp_order_stat AS SELECT user_id, COUNT(*) cnt FROM order GROUP BY user_id'); // 后续所有查询都传入同一个 $pdo $result = Db::query($pdo, 'SELECT u.name, t.cnt FROM user u JOIN tmp_order_stat t ON u.id = t.user_id');
- 不能用
Db::table('tmp_order_stat')—— ThinkPHP 会自动加前缀，且不识别临时表为合法数据表 - 临时表字段名必须显式写出，别依赖
SELECT *，否则后续 JOIN 字段冲突难排查 - 如果用了事务，临时表在事务提交后仍存在（只要连接没关），这点和 MySQL 行为一致
替代方案：子查询 or CTE 更安全？
临时表适合多步依赖、中间结果要反复 JOIN 或聚合的场景；但大多数“复杂查询中间结果”其实用子查询或 CTE（MySQL 8.0+ / PostgreSQL）更干净，也避免连接生命周期问题。
- 子查询：适用于单次引用，ThinkPHP 支持链式写法：
Db::table(Db::raw('(SELECT user_id, SUM(money) s FROM pay GROUP BY user_id) p')) - CTE：需用
Db::query()执行完整 SQL，例如WITH stat AS (SELECT ...) SELECT * FROM stat JOIN user... - 临时表唯一不可替代的场景：需要多次读写同一中间集（比如先查出一批 ID，再用这批 ID 做 UPDATE / DELETE）
临时表容易被忽略的坑
临时表不是“黑盒缓存”，它吃内存、影响并发，而且错误用法会导致查不到数据却没报错。
立即学习“PHP免费学习笔记（深入）”；
- 不同请求间绝对不共享临时表——哪怕用了连接池，每个请求的 PDO 实例是隔离的
- 调试时用
SHOW TABLES LIKE 'tmp%'查不到？因为SHOW TABLES不显示临时表，得用SELECT * FROM information_schema.TABLES WHERE TABLE_SCHEMA = '' AND TABLE_NAME = 'tmp_xxx' - 如果模型里写了
protected $table = 'tmp_user'，运行时会报错：表不存在——ThinkPHP 的模型层根本不识别临时表
临时表本质是“连接级的快捷方式”，不是设计模式里的“中间结果抽象”。用之前先问一句：这个中间结果，是否真的需要被多次、不同方式访问？如果不是，子查询或 PHP 数组暂存更轻量。
