中间结果是 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（注意是会话级上限）
