中间结果是SQL执行中产生的阶段性数据集，如子查询结果、JOIN未过滤数据等，通常以内存缓冲区暂存，仅在排序/分组溢出等必要时才落盘为物理临时表。

SQL查询中的“中间结果”并不是自动保存为物理临时表，而是由数据库优化器根据执行计划动态决定是否物化——多数情况下以内存缓冲区形式存在，仅在必要时（如排序、分组、连接溢出）才写入磁盘临时表。

什么是中间结果？

中间结果指SQL执行过程中产生的阶段性数据集，比如子查询返回的结果、JOIN后未过滤的连接结果、GROUP BY前的聚合输入等。它不等于用户显式创建的临时表，而更接近执行引擎内部的“虚拟结果集”。

数据库通常优先用内存（如sort buffer、join buffer）暂存这类数据；只有超出内存限制或需多次访问时，才会落盘生成真正的临时表（如MySQL的#sql-xxx表、PostgreSQL的pg_temp_对象）。

哪些操作容易触发临时表生成？

• ORDER BY + LIMIT组合：当排序字段无索引且结果集大，MySQL可能先排序全部再截取，导致临时表
• DISTINCT / GROUP BY无合适索引：需去重或分组时若无法利用索引完成，会建临时表做哈希或归并
• UNION（非UNION ALL）：必须去重，常借助临时表实现
• 多表JOIN且连接条件缺乏索引：嵌套循环失效后，优化器可能选择Block Nested-Loop并缓存驱动表部分数据到临时结构

如何查看是否生成了临时表？

执行EXPLAIN FORMAT=TRADITIONAL或EXPLAIN ANALYZE（PostgreSQL/MySQL 8.0+），关注以下字段：

• Extra列出现“Using temporary”：表示该步骤使用了内部临时表（内存或磁盘）
• Handler_read_rnd_next值上升：反映对临时表进行了随机读取，常伴随磁盘临时表
• show status like 'Created_tmp%'：MySQL中统计临时表创建次数（Created_tmp_tables为磁盘临时表，Created_tmp_disk_tables为真正落盘数）

如何减少不必要的临时表？

• 为ORDER BY、GROUP BY、JOIN字段添加复合索引，覆盖查询所需列（避免回表）
• 用UNION ALL替代UNION，如确认数据无重复
• 拆分复杂查询：将大子查询提前物化为显式临时表（CREATE TEMPORARY TABLE），可控且可加索引
• 调大相关内存参数：如MySQL的sort_buffer_size、tmp_table_size（注意是会话级上限）