子查询必须写在WHERE中作为比较右操作数，不能仅用于SELECT列表；正确用法如WHERE amount > (SELECT AVG(amount) FROM orders)，且非相关子查询只执行一次。
子查询必须写在 WHERE 条件里，不能放 SELECT 列表中
直接在 SELECT 语句开头写子查询（比如 SELECT id, (SELECT AVG(amount) FROM orders) FROM orders）虽然语法合法，但无法用于比较筛选——你真正需要的是用子查询结果当“门槛值”来过滤行。所以子查询必须出现在 WHERE 右侧，作为比较操作符的右操作数。
常见错误是把子查询塞进 SELECT 或 GROUP BY，结果要么报错（如 MySQL 8.0+ 报 Subquery returns more than 1 row），要么逻辑完全跑偏。
-
WHERE amount > (SELECT AVG(amount) FROM orders)✅ 正确位置 -
SELECT *, (SELECT AVG(amount) FROM orders) AS avg_val FROM orders WHERE amount > avg_val❌avg_val是别名，不能在WHERE中引用 -
SELECT id, amount, (SELECT AVG(amount) FROM orders) FROM orders WHERE amount > (SELECT AVG(amount) FROM orders)⚠️ 能运行但重复计算平均值，不必要
注意 NULL 值对 AVG 和比较的影响
AVG() 默认忽略 NULL 值，但如果整列全是 NULL，子查询会返回 NULL；而任何值与 NULL 做 > 比较结果都是 UNKNOWN，该行被过滤掉——看起来像没查到数据，实际是逻辑短路。
更隐蔽的问题：如果订单金额字段允许 NULL，且部分记录为 NULL，AVG(amount) 仍能算出数值，但 WHERE amount > ... 会自动跳过所有 amount IS NULL 的行（因为 NULL > X 永远不成立）。
- 确认数据质量：
SELECT COUNT(*) FROM orders WHERE amount IS NULL - 若需排除 NULL 再计算均值，显式加条件更安全：
(SELECT AVG(amount) FROM orders WHERE amount IS NOT NULL) - 若业务上 NULL 表示“无效订单”，那默认行为反而是对的
性能关键：子查询只执行一次，不是每行都算
只要子查询不相关（即不依赖外部查询的列），现代数据库（MySQL 5.7+、PostgreSQL、SQL Server）都会将它优化为标量子查询，只计算一次并缓存结果。不会出现“扫描 10 万行订单，就执行 10 万次 AVG”这种灾难。
但如果你不小心写成相关子查询，比如 WHERE amount > (SELECT AVG(o2.amount) FROM orders o2 WHERE o2.customer_id = orders.customer_id)，那就真会按客户分组反复计算——这已经不是找“全局平均客单价”了，而是找“比自己客户平均值高的订单”，需求完全不同。
- 检查子查询是否含外部表的列名（如
orders.amount或别名引用） - 在 PostgreSQL 中可用
EXPLAIN看执行计划里有没有SubPlan；MySQL 可看EXPLAIN FORMAT=TREE中是否标记为materialized - 简单原则：子查询里只出现自身表（或常量），就是安全的一次性计算
完整可运行示例（适配主流数据库）
SELECT order_id, customer_id, amount FROM orders WHERE amount > ( SELECT AVG(amount) FROM orders WHERE amount IS NOT NULL );
这个语句在 MySQL、PostgreSQL、SQL Server、SQLite 上都有效。唯一要注意的是：SQL Server 对子查询返回空集时的行为略有不同（可能报错），所以加上 WHERE amount IS NOT NULL 不仅是数据清理，也是兼容性加固。
真正容易被忽略的点是——如果你的订单表有分区、有大量历史归档数据，或者 amount 是表达式（比如 total_price - discount），那子查询里的 AVG() 和主查询的 WHERE 必须基于完全一致的计算逻辑，否则“高于平均”这个判断本身就失准了。
