临时表可显式创建索引，cte和派生表因无物理存储且不暴露表名，无法建索引；create temporary table默认不带索引，需建表时或之后用create index显式定义，索引随会话结束自动销毁。
临时结果集本身不支持全局索引——因为“全局索引”这个概念在标准 SQL 中并不存在，数据库系统（MySQL、PostgreSQL、SQL Server）对临时表、CTE、派生表的索引控制都是局部、会话级且显式声明的。
临时表能建索引，但不是“自动”或“全局”的
很多人误以为 CREATE TEMPORARY TABLE 后数据一落地就自带索引。事实是：它和普通表一样，字段默认无索引，WHERE 或 JOIN 条件不命中索引就会触发全表扫描。
-
CREATE TEMPORARY TABLE tmp_orders (id INT, user_id INT)→user_id上没索引，后续WHERE user_id = ?必走type=ALL - 正确做法是建表时直接带索引：
CREATE TEMPORARY TABLE tmp_orders (id INT PRIMARY KEY, user_id INT, INDEX idx_user_id (user_id)) - 老版本 MySQL 不支持建表时定义索引？那就分两步：
CREATE TEMPORARY TABLE ...+CREATE INDEX idx_user_id ON tmp_orders(user_id) - 索引随会话结束自动销毁，不存在“跨会话复用”或“全局生效”——这是设计使然，不是 bug
CTE 和派生表根本不能建索引
它们不是物理结构，而是查询逻辑的语法包装。优化器要么内联展开（重复执行），要么物化为内存/磁盘上的匿名临时结构，但不会暴露表名或允许 CREATE INDEX 指向它。
- MySQL 8.0+ 默认不物化 CTE：
WITH active_users AS (SELECT id FROM users WHERE status = 'active') SELECT * FROM orders JOIN active_users ...→ 每次 JOIN 都重跑子查询 - 想强制物化？加提示：
WITH active_users AS (SELECT /*+ MATERIALIZE */ id FROM users WHERE status = 'active')，但物化后仍不可手动加索引 - 派生表如
SELECT * FROM (SELECT user_id, COUNT(*) c FROM orders GROUP BY user_id) t WHERE c > 5→ MySQL 可能将GROUP BY下推合并，中间“t”根本不存在实体 - PostgreSQL 的 CTE 被多次引用时可能物化，但依然不提供语法支持对 CTE 结果建索引
为什么你不能给“嵌套查询的结果”加索引？
嵌套查询（尤其是相关子查询）在执行计划里常表现为 DEPENDENT SUBQUERY 或反复调用的标量子查询，它的生命周期只存在于单次语句执行中，没有存储、没有元数据、无法被 CREATE INDEX 语句识别。
- 例如：
SELECT * FROM orders WHERE user_id IN (SELECT id FROM users WHERE status = 'active')→ 子查询结果未物化，优化器无法为其建索引 - 即使子查询返回 10 行，数据库也不会为这 10 行建任何结构；它只是逐行判断匹配，靠的是
users(status, id)是否有联合索引 - 真正可控的路径只有一条：把子查询逻辑拆出来，用
CREATE TEMPORARY TABLE ... AS SELECT ...显式物化，再对临时表加索引 - 别指望优化器“聪明到自动给你中间结果建索引”——它连中间结果是否存在都不保证
最容易被忽略的一点：索引是否生效，永远取决于执行计划中 key 和 type 字段，而不是你写了多少层 WITH 或嵌套了多少个 SELECT。物化是前提，显式建索引是动作，EXPLAIN 是唯一验证方式。
