临时表可显式创建索引，而CTE和派生表因语义限制无法建索引；CREATE TEMPORARY TABLE本身不自动添加索引，需在建表时或之后用CREATE INDEX显式定义，如INDEX idx_user_id(user_id)，且索引随会话结束自动销毁。
临时表本身可以建索引，但CTE和派生表默认不支持索引——这不是MySQL“不给建”，而是它们的语义决定了无法在定义时附加索引。
临时表没走索引？先确认你真建了
很多人以为 CREATE TEMPORARY TABLE 后就自动有索引，其实不然。临时表和普通表一样，字段无索引就是全表扫描。
- 错误写法：
CREATE TEMPORARY TABLE tmp_orders(id INT, user_id INT)→user_id上无索引，后续WHERE user_id = ?必走 ALL - 正确写法：
CREATE TEMPORARY TABLE tmp_orders(id INT PRIMARY KEY, user_id INT, INDEX idx_user_id (user_id)) - 老版本 MySQL（WITH 中建索引，必须显式用
CREATE TEMPORARY TABLE+CREATE INDEX两步
CTE 不是临时表，它不物化也不存数据
WITH 子句在 MySQL 8.0+ 和 PostgreSQL 中默认是“非物化”的：每次被引用，子查询都重新执行一次。它没有物理存储，自然没法加索引。
- 比如
WITH active_users AS (SELECT id FROM users WHERE status = 'active') SELECT * FROM orders JOIN active_users ON orders.user_id = active_users.id→active_users每次 JOIN 都重跑一遍子查询 - MySQL 8.0.23+ 支持
/*+ MATERIALIZE */提示强制物化，但物化后的中间结果仍不可手动加索引 - PostgreSQL 的 CTE 默认也非物化（除非被多次引用或含副作用），且不提供对 CTE 结果建索引的语法
派生表（FROM 中的子查询）为什么不能加索引
派生表是“一次性结构”，生命周期仅限于当前语句。MySQL 把它当作内联视图处理，优化器会尝试将其合并到外层查询中——一旦合并，原子查询就没了，索引更无从谈起。
- 例如：
SELECT * FROM (SELECT user_id, COUNT(*) c FROM orders GROUP BY user_id) t WHERE c > 5→ MySQL 可能将GROUP BY下推到外层，不再存在独立的“t”表实体 - 即使未合并，派生表在内存或磁盘上生成的是无名临时结构，不暴露表名，
CREATE INDEX语法根本无法指向它 - 想加索引？唯一办法是改用命名临时表，把派生逻辑拆出来显式创建
真正可控的索引路径只有临时表 + 显式索引
如果你需要中间结果可索引、可复用、可调试，就别依赖 CTE 或派生表的“简洁性”。临时表才是唯一能完全掌控索引行为的机制。
- 建表时直接带索引：
CREATE TEMPORARY TABLE tmp_active_orders AS SELECT * FROM orders WHERE create_time > NOW() - INTERVAL 7 DAY; CREATE INDEX idx_user_status ON tmp_active_orders (user_id, status); - 注意：MySQL 对临时表的索引限制少，支持前缀索引、联合索引、全文索引（若引擎支持），和普通表基本一致
- 容易被忽略的一点：临时表的索引在会话结束时自动销毁，但
ANALYZE TABLE tmp_active_orders建议执行一次——尤其当插入大量数据后，统计信息不准会导致优化器误判
