临时表仅当前会话可见，断连自动销毁；但连接池下可能残留，不支持if not exists、跨事务或子查询引用，需注意引擎选择、字段命名及字符集显式声明。
临时表只在当前会话可见，断开连接自动销毁
MySQL 的 CREATE TEMPORARY TABLE 创建的表仅对当前数据库连接（session）有效，其他会话查不到，也不占用全局命名空间。这意味着你不需要担心表名冲突，也无需手动 DROP TABLE —— 连接关闭时它就没了。但要注意：如果应用使用连接池（如 PHP 的 PDO 持久连接、Java 的 HikariCP），连接可能被复用，临时表会“残留”到下一次逻辑请求中，导致 Table 'xxx' already exists 错误。
常见踩坑点：
- 在存储过程中反复执行
CREATE TEMPORARY TABLE而不加IF NOT EXISTS，会报错（MySQL 不支持TEMPORARY+IF NOT EXISTS，直接报语法错误） - 误以为临时表能跨事务存在 —— 实际上它生命周期只绑定 session，和事务无关；事务回滚不影响临时表结构或数据
- 用
SHOW TABLES查不到临时表，得用SHOW FULL TABLES WHERE Table_type = 'TEMPORARY'
语法和 ENGINE 选择影响性能与功能
临时表默认使用 MEMORY 引擎（MySQL 5.7+），但如果你用了 TEXT、BLOB 字段，或显式指定 ENGINE=InnoDB，MySQL 会自动退化为磁盘表（MyISAM 或 InnoDB 临时文件）。这会显著拖慢速度，尤其在大数据量中间计算时。
实操建议：
- 尽量避免
TEXT/BLOB；用VARCHAR(255)替代短文本，控制字段长度 - 显式声明
ENGINE=MEMORY可以明确意图，但注意MEMORY不支持全文索引、外键，且所有字符串比较按utf8mb4_bin规则（区分大小写） - 若需事务支持或大字段，改用
ENGINE=InnoDB，但务必确认tmp_table_size和max_heap_table_size配置足够（否则仍会转磁盘）
不能在子查询或视图中直接引用临时表
MySQL 禁止在 SELECT 子查询、VIEW 定义、或存储函数中引用当前会话创建的临时表。例如：SELECT * FROM (SELECT * FROM temp_user) t 会报 Table 'temp_user' doesn't exist —— 即使 temp_user 是刚建好的临时表。
绕过方式只有两个：
- 把逻辑拆成多步：先建临时表，再用
SELECT ... INTO或普通INSERT ... SELECT写入结果，最后单独查临时表 - 改用 CTE（MySQL 8.0+）：虽然 CTE 本身不是物理表，但可替代多数简单中间结果场景，比如
WITH tmp AS (SELECT id FROM user WHERE status=1) SELECT * FROM tmp JOIN order ON ...
注意：CTE 是一次性表达式，不能像临时表那样多次读写；如果需要多次引用同一中间集，还是得用临时表。
临时表字段名别名容易引发歧义
当从已有表 CREATE TEMPORARY TABLE ... SELECT 时，MySQL 会沿用源字段名；但如果源字段来自表达式（如 CONCAT(first, last)），默认别名是 CONCAT(first, last) —— 包含括号和空格，后续 SQL 很难引用（必须用反引号包裹，且易出错）。
安全做法是显式用 AS 命名：
CREATE TEMPORARY TABLE tmp_order_summary SELECT user_id, COUNT(*) AS order_cnt, SUM(amount) AS total_amount FROM orders WHERE created_at > '2024-01-01' GROUP BY user_id;
否则，下面这句会失败：SELECT `COUNT(*)` FROM tmp_order_summary —— 因为实际字段名是带空格和括号的字符串，解析器极难处理。
另一个隐藏问题：临时表不会继承原表的字符集和排序规则，除非显式指定 CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci，否则可能在 JOIN 时触发隐式转换，拖慢查询。
临时表看着简单，但 session 生命周期、引擎切换、引用限制和字段命名这四点，任何一个没对齐预期，都会让中间数据流程突然中断。尤其是连接池环境下的“残留表”和 CTE 替代边界，最容易在上线后才暴露。
