AVG(SUM(amount))非法因聚合函数不可嵌套：SUM在GROUP BY后输出单值，而AVG需多值输入；子查询必须带别名且仅含一列，WHERE/HAVING按行级或聚合级分层过滤，CTE提升可读性但不改变执行逻辑。
为什么不能直接写 AVG(SUM(amount))
SQL执行顺序决定了聚合函数不能嵌套调用：SUM()在GROUP BY后输出单值，而AVG()需要一组值作为输入。直接写SELECT AVG(SUM(amount)) FROM t GROUP BY x会报语法错误——不是数据库不支持“二次聚合”，而是语义冲突：外层没地方接收内层分组产生的多行结果。
子查询必须带别名且只返回单列
子查询作为“虚拟表”参与外层计算，MySQL/PostgreSQL/SQL Server 都强制要求它有别名（比如AS customer_summary），否则报错Every derived table must have its own alias。同时，子查询的SELECT列表只能有一列用于外层聚合（如SUM(order_amount)），多列会触发subquery returns more than one column错误。
- ✅ 正确：
SELECT AVG(total) FROM (SELECT SUM(amount) AS total FROM orders GROUP BY user_id) AS t - ❌ 错误：
SELECT AVG(total) FROM (SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id)（缺别名） - ❌ 错误：
SELECT AVG(total) FROM (SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id) AS t（user_id多余，外层不需要）
WHERE 和 HAVING 的位置决定过滤时机
二次聚合中，数据过滤要分两层处理：原始行过滤放子查询内部（WHERE），聚合后结果过滤放外层（HAVING或WHERE）。比如“求平均订单额超过500的客户群体的平均消费”，amount > 100这种行级条件必须写在子查询里；而AVG(total) > 500这种聚合结果条件只能写在外层WHERE或子查询的HAVING中。
- 子查询内加
WHERE created_at >= '2026-01-01'：减少中间结果集大小，提升性能 - 外层加
WHERE avg_spend > 500：对聚合结果筛选，不可用HAVING（外层无GROUP BY） - 子查询内加
HAVING COUNT(*) > 5：筛掉订单数不足5的客户，再算平均
CTE 比子查询更易读但不改变执行逻辑
WITH语句只是语法糖，和子查询生成的执行计划几乎一致，但它能避免嵌套过深、重复书写。尤其当同一中间聚合结果要被多次引用时（比如既算平均又算标准差），CTE比重复子查询更安全、更易维护。
- 推荐写法：
WITH customer_total AS (SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id) SELECT AVG(total), STDDEV(total) FROM customer_total - 注意：CTE仍需别名（
AS可省略），且字段名必须明确，不能依赖模糊列引用 - 老版本 MySQL（5.7）不支持 CTE，必须用子查询+别名
