临时表为何性能更好

在数据库里，“临时表性能更好”这个说法是有前提的，并不是所有场景都更快。通常大家觉得临时表快，主要是因为它在特定用法下减少了重复计算、隔离了数据、或利用了特殊存储机制。下面分点说明原因，并补充什么时候它并不快。

一、临时表“看起来更快”的常见原因

1. 避免重复计算（最典型）

如果一条复杂 SQL 要在多处用到同一份中间结果：

SELECT ...
FROM (
  SELECT ... FROM big_table WHERE ...
) t1
JOIN (
  SELECT ... FROM big_table WHERE ...
) t2 ON ...

子查询会被重复执行多次。

改成临时表：

CREATE TEMPORARY TABLE tmp_t AS
SELECT ... FROM big_table WHERE ...;

SELECT ...
FROM tmp_t t1
JOIN tmp_t t2 ON ...;

✅ 只算一次，后续直接读结果
✅ 对复杂报表、ETL 很有效

2. 减少大表扫描和锁竞争

临时表：

• 通常只在当前会话可见
• 不写 redo / 少写 undo（如 MySQL 内存临时表）
• 不和其他事务抢锁

✅ 并发场景下更稳定
✅ 不会阻塞其他业务表

3. 可以利用索引

很多数据库允许在临时表上建索引：

CREATE TEMPORARY TABLE tmp (
  id INT,
  name VARCHAR(100)
);
CREATE INDEX idx_name ON tmp(name);

而子查询 / CTE 往往不能用索引（取决于数据库和执行计划）

✅ 对多轮 JOIN、过滤非常有用

4. 内存存储（部分数据库）

如：

• MySQL：MEMORY 引擎临时表
• PostgreSQL：temp_buffers
• SQL Server：tempdb 优化

✅ 比磁盘表快很多
✅ 适合中小数据量

5. 拆分复杂逻辑，优化执行计划

优化器对一条超长 SQL 容易“算错计划”
拆成临时表后：

• 每一步更简单
• 统计信息更明确
• 执行计划更稳定

二、临时表“并不快”的情况（很重要）

❌ 数据量很大

• 写临时表本身有 IO
• 可能落盘
• 反而比一次流式计算慢

❌ 只用一个一次性的简单查询

SELECT * FROM t WHERE id=1;

用临时表纯属多此一举

❌ 频繁创建 / 删除

• 建表、删表有开销
• 高并发下 tempdb 容易成为瓶颈（SQL Server 典型问题）

三、临时表 vs CTE vs 子查询（简单对比）

四、一句话总结

临时表性能更好，是因为它把“算一次、存下来、反复用”这件事做对了；
而不是因为它本身天生比普通表快。

如果你愿意，可以告诉我：

• 用的什么数据库（MySQL / PostgreSQL / Oracle / SQL Server）
• 具体 SQL 场景

我可以直接帮你判断该不该用临时表。