标量子查询在WHERE中可能被重复执行应优先用LEFT JOIN预聚合或派生表临时表有开销CTE默认不物化需显式提示或改用临时表。子查询在 WHERE 中执行多次先看执行计划MySQL 或 PostgreSQL 里WHERE 子句中嵌套的标量子查询比如 (SELECT COUNT(*) FROM orders WHERE user_id u.id)很可能被重复执行——不是对每一行都查一次而是优化器判断“无法物化”时会退化成循环嵌套。这在大表关联小表场景下特别伤。实操建议用 EXPLAIN ANALYZEPostgreSQL或 EXPLAIN FORMATTREEMySQL 8.0确认子查询是否被标记为 dependent subquery 或 materialized如果出现 DEPENDENT SUBQUERY且外层扫描行数 1000基本可以判定性能瓶颈在这里避免在 WHERE 中写依赖外层字段的标量子查询改用 LEFT JOIN 预聚合更稳临时表能复用结果但要注意生命周期和引擎选择显式建临时表CREATE TEMPORARY TABLE tmp AS ...确实能把中间结果固化下来后续多处引用不重复计算。但它的性能收益取决于你怎么用、在哪用。实操建议临时表默认使用 MEMORY 引擎MySQL但字段含 TEXT/BLOB 或长度超限制时会自动降级为 MyISAM磁盘 IO 突然上升PostgreSQL 的 CREATE TEMP TABLE 默认走本地磁盘没内存优势除非加 ON COMMIT DROP 并配合 TEMP 表空间优化别在存储过程中反复 DROP CREATE TEMP —— 每次都触发元数据锁和文件系统操作比子查询还慢WITH 语句CTE不是临时表但 MySQL 8.0 支持物化WITH 在 PostgreSQL 默认不物化每次引用都重算MySQL 8.0.23 开始支持 MATERIALIZED 提示但需手动加 /* MATERIALIZE() */ 注释否则仍是逻辑视图。 RedClaw 百度推出的手机端万能AI Agent助手