AVG()本身能正确计算平均折扣额，但若discount_amount是明细粒度（一单多行），直接AVG会重复计数；应先按订单聚合SUM再按分类求AVG，确保两层GROUP BY，并注意NULL、0及category为空的处理。
为什么不能直接用 AVG() 计算“平均折扣额”
很多用户看到“平均折扣额”，第一反应是 AVG(discount_amount)，但实际业务中，“每个订单分类下的平均折扣额”往往指：该分类下所有订单的折扣总额 ÷ 该分类下订单总数。这和 AVG() 的语义一致——AVG() 本质就是 SUM(x)/COUNT(x)，所以它本身就能正确计算。问题常出在数据模型上：如果一张订单有多个明细行（比如含多个商品），而 discount_amount 是按明细记录的（如每行 10 元），那直接 AVG(discount_amount) 就会把同一笔订单的多个折扣值重复计入，结果偏高。
实操建议：
- 先确认
discount_amount字段粒度：是「每订单」还是「每订单明细」？查SELECT order_id, COUNT(*) FROM orders_detail GROUP BY order_id HAVING COUNT(*) > 1看是否有 1 订单多行 - 若为明细粒度，必须先按
order_id聚合出每单总折扣（SUM(discount_amount)），再按分类求均值 - 不要手动写
SUM(discount_amount) / COUNT(*)代替AVG()—— 除非你明确需要忽略 NULL 或控制分母逻辑
用子查询先聚合每单折扣，再按分类统计均值
这是最稳妥、语义最清晰的做法，尤其适用于明细表结构。核心是两层聚合：第一层按订单收拢，第二层按分类计算均值。
示例（假设明细表叫 order_items，分类字段为 category）：
SELECT
category,
AVG(order_total_discount) AS avg_discount_per_order
FROM (
SELECT
o.category,
SUM(oi.discount_amount) AS order_total_discount
FROM orders o
JOIN order_items oi ON o.order_id = oi.order_id
GROUP BY o.order_id, o.category
) t
GROUP BY category;
注意点：
- 子查询里
GROUP BY o.order_id, o.category缺一不可：漏掉category会导致外层无法分组 - 若某订单无明细（
order_items中无对应行），该订单会被丢弃；需用LEFT JOIN+COALESCE(SUM(...), 0)补零 - MySQL 8.0+、PostgreSQL、SQL Server 均支持；SQLite 需确保版本 ≥ 3.8.3（支持相关子查询）
用窗口函数避免嵌套，但要注意逻辑陷阱
有人想用 AVG(...) OVER (PARTITION BY category) 简化，但这会按原始行数计算，不是“每单均值”。例如 1 笔订单含 3 行商品、每行 discount_amount=5，则窗口函数会算成 AVG(5,5,5)=5，而非期望的“该单折扣总额 15 ÷ 1 单 = 15”。
正确用法只能是先用窗口函数模拟聚合步骤（不推荐，可读性差）：
SELECT DISTINCT
category,
AVG(order_total_discount) OVER (PARTITION BY category) AS avg_discount_per_order
FROM (
SELECT
o.category,
SUM(oi.discount_amount) OVER (PARTITION BY o.order_id) AS order_total_discount
FROM orders o
JOIN order_items oi ON o.order_id = oi.order_id
) t;
但此时仍需去重（DISTINCT 或外层 GROUP BY），否则每笔订单的多行会重复输出相同结果。不如直接用标准两层 GROUP BY 清晰。
NULL 和 0 折扣对结果的影响
AVG() 自动忽略 NULL 值，但不会忽略 0。如果业务中“未使用折扣”记为 0，它会拉低均值；如果记为 NULL，则不参与计算。这点必须和产品对齐。
常见处理方式：
- 若想排除未使用折扣的订单：用
WHERE discount_amount > 0（注意放在子查询内，不是外层） - 若想把
NULL当0参与计算：子查询中写COALESCE(SUM(oi.discount_amount), 0) - 检查异常值：
SELECT category, MIN(discount_amount), MAX(discount_amount) FROM order_items GROUP BY category，防止负折扣或超大值污染均值
真正容易被忽略的是：订单分类字段本身是否可能为 NULL？如果 category IS NULL 占比高，GROUP BY category 会把它们全归为一组，且这一组的均值常被误读为“有效分类均值”。务必先 WHERE category IS NOT NULL 过滤。
