何时该用Temporary Table

在数据库开发与调优中，Temporary Table（临时表） 并不是“随便用”的工具，而是在特定场景下用来简化逻辑、提升性能或隔离数据的手段。下面按「什么时候该用」「什么时候不该用」来说明。

一、什么时候该用 Temporary Table

1. 复杂查询的中间结果复用

当一条 SQL 很难写，或同一结果集要在多处使用时：

CREATE TEMPORARY TABLE tmp_user_stat
SELECT user_id, COUNT(*) AS cnt
FROM orders
GROUP BY user_id;

SELECT * FROM tmp_user_stat WHERE cnt > 10;
SELECT AVG(cnt) FROM tmp_user_stat;

✅ 适合：

• 多步计算
• 同一结果被多次使用
• 避免重复扫描大表

2. 存储过程 / 批处理中的中间状态

在存储过程或脚本中保存过程数据：

CREATE TEMP TABLE step1 AS
SELECT ...;

✅ 适合：

• ETL
• 报表生成
• 循环处理

3. 避免巨复杂 JOIN 或子查询

当 SQL 可读性极差、 optimizer 走错执行计划时：

-- 不好
SELECT ...
FROM a
JOIN (SELECT ... FROM b GROUP BY ...) c ON ...

-- 更好
CREATE TEMP TABLE tmp_b AS SELECT ... FROM b GROUP BY ...;

✅ 适合：

• 优化器误判
• 子查询性能差

4. 需要索引加速中间结果

临时表可建索引：

CREATE TEMPORARY TABLE tmp_t (id INT, PRIMARY KEY(id));

✅ 适合：

• 中间结果很大
• 后续频繁 JOIN / 过滤

5. 会话隔离 / 数据安全

临时表只对当前会话可见：

CREATE TEMPORARY TABLE tmp_session_data (...);

✅ 适合：

• 多用户并发
• 不污染正式表

二、什么时候不该用 Temporary Table

❌ 只用一次、逻辑简单
→ 用子查询或 CTE（WITH）

❌ 数据量极小
→ 内存足够，直接算更快

❌ 高并发短事务
→ 临时表也有开销

❌ 可窗口函数解决

-- 不必用临时表
ROW_NUMBER() OVER (PARTITION BY user_id)

三、Temporary Table vs CTE vs 子查询

四、经验法则（总结）

✅ 用临时表当：

• 中间结果 大
• 被 多次使用
• SQL 太复杂难维护
• 需要 索引

❌ 不用临时表当：

• 一次性的小计算
• CTE / 窗口函数能解决

如果你有具体 SQL 或业务场景，我可以直接帮你判断是否该用临时表。