MySQL 临时表怎样只在当前连接中保留数据

如果中间结果只服务于一次连接内的查询，MySQL 的做法是使用 CREATE TEMPORARY TABLE。它创建的临时表只对当前会话可见，连接真正关闭时会自动删除；但在连接池场景中，“把连接归还给池”并不等于连接已经关闭，所以任务结束时仍应主动清理。

本文依据 MySQL 8.4 官方文档，地址：https://dev.mysql.com/doc/refman/8.4/en/create-temporary-table.html。重点放在会话隔离、生命周期、同名表和连接池边界，不讨论临时表的存储引擎调优。

要让数据只留在当前连接中，创建时使用 TEMPORARY；要让连接池中的下一次任务看不到旧数据，任务结束时显式执行 DROP TEMPORARY TABLE。

用 TEMPORARY 声明会话级临时表

最小写法是在表名之前加入 TEMPORARY。创建成功后，当前连接可以像操作普通表一样执行插入和查询，其他连接不能看到这张临时表。下面的例子把一次查询需要的订单编号放到会话级临时表中。

CREATE TEMPORARY TABLE tmp_order_ids (
  order_id BIGINT NOT NULL PRIMARY KEY
) ENGINE = InnoDB;

-- 只在当前连接中保存本次任务的订单编号
INSERT INTO tmp_order_ids (order_id)
VALUES (10001), (10002), (10003);

-- 通过临时表筛选当前连接要处理的订单
SELECT o.id, o.status, o.created_at
FROM orders AS o
JOIN tmp_order_ids AS t ON t.order_id = o.id;

这里的隔离单位是 MySQL session，也就是一条具体的服务器连接，而不是用户名、事务或应用线程。两个连接可以同时创建同名的 tmp_order_ids，彼此不会因为临时表名字相同而冲突。

连接池归还连接后，临时表并不会立刻消失

这是最容易被忽略的边界。连接池通常只把连接标记为空闲并重新放回池中，服务器连接仍然存在。只要连接没有真正断开，之前创建的临时表就可能继续存在；下一次任务如果复用同一连接，可能读到旧数据，或者在再次创建同名表时遇到表已存在。

-- 任务开始前先清理可能由同一连接遗留的临时表
DROP TEMPORARY TABLE IF EXISTS tmp_order_ids;

CREATE TEMPORARY TABLE tmp_order_ids (
  order_id BIGINT NOT NULL PRIMARY KEY
);

-- 任务结束前显式删除，避免连接池复用时残留
DROP TEMPORARY TABLE IF EXISTS tmp_order_ids;

如果程序使用连接池，建议把创建、使用和删除放进同一个借用连接的代码路径中。DROP TEMPORARY TABLE IF EXISTS 同时兼容“本次没有创建成功”或“上一个任务已经删除”的情况，比只写 DROP TABLE 更适合清理代码。

同名普通表会被临时表遮蔽

临时表与普通表同名时，当前连接中的未限定表名会优先指向临时表。普通表并没有被删除，只是在临时表存在期间暂时不可见；当临时表被删除后，普通表才重新暴露出来。这个特性适合把中间结果接入一套固定 SQL，但也容易让排查变得困难。

-- 假设数据库中已经存在普通表 report_rows
CREATE TEMPORARY TABLE report_rows (
  id BIGINT NOT NULL,
  source VARCHAR(32) NOT NULL
);

-- 当前连接中的 report_rows 指向临时表，而不是普通表
INSERT INTO report_rows (id, source)
VALUES (1, 'temporary');

-- 用完立即删除，让同名普通表恢复可见
DROP TEMPORARY TABLE report_rows;

因此，临时表名最好带有明确的任务前缀，并在异常处理或释放连接前执行清理。不要因为临时表和普通表同名，就把它当成普通表的替换操作；临时表的可见性仍然只属于创建它的当前连接。

权限和事务边界也要提前说明

创建临时表需要 CREATE TEMPORARY TABLES 权限。权限不足时，问题发生在创建阶段，不是查询阶段。另一个容易误判的点是：普通的 CREATE TABLE 会触发隐式提交，而带有 TEMPORARY 的创建语句不触发这个隐式提交，所以它不会因为建临时表而自动提交当前事务。

START TRANSACTION;

-- 临时表创建不会替代当前事务提交
CREATE TEMPORARY TABLE tmp_transaction_rows (
  id BIGINT NOT NULL
);

-- 业务写入仍由事务边界控制
INSERT INTO tmp_transaction_rows (id) VALUES (20001);

-- 结束前显式清理临时表，再按业务需要提交或回滚
DROP TEMPORARY TABLE IF EXISTS tmp_transaction_rows;
COMMIT;

这里的“连接关闭自动删除”只能作为兜底，不能替代业务代码的显式清理：长连接、连接池和异常重试都会让连接存活时间超过单个任务。

按使用场景选择清理策略

可以把规则压缩成一句话：CREATE TEMPORARY TABLE 负责把可见性限制在当前连接，DROP TEMPORARY TABLE 负责把生命周期限制在当前任务。只要使用连接池，就不要把连接归还误认为临时表已经自动清理。

相关问题

临时表会不会被另一个连接查询到？

不会。临时表只在创建它的当前 session 中可见，另一个连接即使使用相同表名，也是在自己的临时表命名空间中操作。

同名普通表会被删除吗？

不会。临时表只是暂时遮蔽当前连接里的同名普通表，临时表删除后，普通表恢复可见。

连接池一定会自动清理临时表吗？

不能这样假设。只有服务器连接真正关闭时，MySQL 才会自动删除临时表；连接池归还通常只是改变连接的借用状态，所以应用应主动 DROP。