必须用子查询或窗口函数计算平均值后再比较，直接在WHERE中使用AVG()会报错；区分单笔订单金额与客户总消费额，注意amount字段业务含义及数据过滤。
用子查询先算出平均订单金额
直接在 WHERE 里写 AVG() 会报错，因为聚合函数不能和普通列混用。必须先把平均值算出来，再拿去比较。常见错误是写成 SELECT customer_id FROM orders WHERE amount > AVG(amount)，这会触发 ERROR 1140: In aggregated query without GROUP BY。
正确做法是用子查询获取全局平均值：
SELECT customer_id, amount FROM orders WHERE amount > (SELECT AVG(amount) FROM orders);
注意：这个结果只筛选出「单笔订单」金额高于整体平均值的记录，不是客户总消费额——这是很多人一开始混淆的点。
按客户汇总后再和平均值比较
如果目标是找出「客户总消费额」超过所有客户平均总消费额的客户，就得先 GROUP BY customer_id，再和平均值比。这里容易漏掉一层嵌套：外层的平均值必须基于分组后的结果计算，不能直接用原始表的 AVG(amount)。
关键步骤：
- 内层子查询：按客户求和，得到每个客户的
total_amount - 中间层：算这些客户总和的平均值（即所有客户人均总消费）
- 外层：筛选出总消费高于该均值的客户
示例语句：
SELECT customer_id, total_amount
FROM (
SELECT customer_id, SUM(amount) AS total_amount
FROM orders
GROUP BY customer_id
) AS cust_sum
WHERE total_amount > (
SELECT AVG(total_amount)
FROM (
SELECT SUM(amount) AS total_amount
FROM orders
GROUP BY customer_id
) AS avg_source
);
用窗口函数避免重复子查询（MySQL 8.0+/PostgreSQL）
上面嵌套两层子查询可读性差，且在大数据量下可能影响性能。支持窗口函数的数据库可以直接用 AVG() OVER() 计算全局均值，再和每组聚合结果对比。
写法更简洁，逻辑也更直观：
SELECT customer_id, total_amount
FROM (
SELECT
customer_id,
SUM(amount) AS total_amount,
AVG(SUM(amount)) OVER() AS avg_total_per_customer
FROM orders
GROUP BY customer_id
) AS t
WHERE total_amount > avg_total_per_customer;
注意：AVG(SUM(amount)) OVER() 是合法的，因为窗口函数在 GROUP BY 之后执行；但 SQLite 和旧版 MySQL 不支持，得退回子查询方案。
区分「订单金额」和「客户金额」时的字段命名陷阱
实际表结构中，amount 字段含义常不明确：它可能是单笔订单金额，也可能是某次交易的折扣后净额，甚至包含运费。如果业务里存在部分订单被取消或退款，SUM(amount) 可能高估客户真实贡献。
建议操作：
- 查清
orders表中amount的业务定义（看文档或问后端） - 确认是否需要过滤状态字段，比如只统计
status = 'completed'的订单 - 若存在多币种，别忘了统一换算汇率，否则
AVG()失效
没验证数据口径就跑分组查询，结果看起来“对”，其实完全偏离业务目标。
