thinkphp 不支持 db::createtemporarytable()，临时表必须用 db::query() 执行原生 sql 创建和操作，且需手动清理、避免游标冲突、注意连接复用导致的数据污染。
ThinkPHP 本身不提供 Db::createTemporaryTable() 这类封装方法，临时表必须靠原生 SQL 驱动，且生命周期、清理时机、连接复用问题极易踩坑。
Db::query() 执行 CREATE TEMPORARY TABLE 是唯一可靠方式
ThinkPHP 的查询构造器（如 Db::table()->join()）完全不识别临时表，也不能在 join() 中引用临时表名。你只能用 Db::query() 手动建表、查表、删表。
- 建表语句必须带
TEMPORARY关键字，例如：CREATE TEMPORARY TABLE tmp_order AS SELECT id, user_id FROM order WHERE status = 1 - 临时表名不能加库名前缀（比如
db1.tmp_order），否则 MySQL 报错：You can't specify target table 'tmp_order' for update in FROM clause - 建表后立刻执行
Db::query('SELECT * FROM tmp_order')，不要穿插其他未取完结果的查询，否则触发 PDO 未缓冲游标冲突：SQLSTATE[HY000]: General error: 2014 Cannot execute queries while other unbuffered queries are active
临时表只在当前 PDO 连接内有效，ThinkPHP 连接池会复用连接
ThinkPHP 默认启用连接池，多次调用 Db::query() 可能复用同一个 PDO 实例 —— 这意味着上一次请求创建的 tmp_order，可能被下一次请求直接读到，造成数据污染或重复建表报错。
- 每次使用完临时表，必须显式清理：
Db::query('DROP TEMPORARY TABLE IF EXISTS tmp_order') - 别依赖“连接断开自动销毁”，因为连接池会让连接长期存活；也别指望事务回滚能清掉它 —— 临时表不参与事务
- 如果建表逻辑复杂（比如含子查询或窗口函数），建议把建表和后续查询封装进一个
Db::transaction()块里，但清理语句仍要写在事务外，否则事务失败时清理不执行
字段名/别名冲突导致查询失败，不是临时表专属，但高频发生
当你先 Db::query('DESCRIBE tmp_order') 再 Db::query('SELECT * FROM tmp_order')，PDO 默认未缓冲模式下，第一条查询的结果集没取完，第二条就卡住 —— 这不是语法错误，是底层连接状态问题。
- 最稳妥做法：所有
Db::query()后立刻用array_values()或foreach把结果遍历完，释放游标 - 替代方案：全局开启缓冲，连接配置加：
['PDO::MYSQL_ATTR_USE_BUFFERED_QUERY' => true]，但注意内存占用会上升，尤其查大结果集时 - 别用
Db::name('tmp_order')->select()—— 模型层根本不认临时表，name()会强行加上默认库前缀，直接报错
临时表不是“多库 JOIN 的银弹”，它把问题从 SQL 层转移到连接生命周期管理上。真正容易被忽略的是：你以为删了表就干净了，其实连接还在；你以为查一次就完了，其实游标还挂着；你写的 IF NOT EXISTS 能防重复建表，但防不住跨请求的数据残留。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
