用 case when 切分年龄段再 group by 是最直接的做法：需手动定义区间，case 表达式必须原样写入 group by，边界要明确闭合，mysql 不支持别名引用，全量分组性能差，高频场景建议冗余字段或物化视图。
用 CASE WHEN 切分年龄段再 GROUP BY 是最直接的做法
SQL 里没有内置“按年龄段分组”的函数，必须靠 CASE WHEN 手动定义区间，再配合 GROUP BY 聚合。这不是语法糖，而是逻辑必需：数据库不知道你把“25岁”算青年还是中年，得你写清楚。
常见错误是把 CASE WHEN 写在 SELECT 里却忘了放进 GROUP BY —— 这会导致 MySQL 5.7+ 报错 Expression #1 of SELECT list is not in GROUP BY clause，或者 PostgreSQL 直接拒绝执行。
-
CASE WHEN表达式必须原样复制进GROUP BY，不能只写别名（如GROUP BY age_group会失败） - 区间边界要明确闭合，比如
WHEN age >= 18 AND age 比 <code>WHEN age BETWEEN 18 AND 24更易读、不易漏掉边界值 - 记得加
ELSE分支，否则NULL年龄或异常值会被丢弃，统计总数对不上
MySQL 和 PostgreSQL 的 CASE WHEN 写法几乎一致，但注意 NULL 处理差异
两者语法兼容性很好，主要区别在默认行为：NULL 值在 CASE WHEN 中不会命中任何 WHEN，最终落到 ELSE；但如果没写 ELSE，结果就是 NULL，而 GROUP BY NULL 会把所有空值归为一组——这常被误认为“漏数据”。
示例（统计三段年龄）：
SELECT
CASE
WHEN age 35 THEN 'over_35'
ELSE 'unknown'
END AS age_group,
COUNT(*) AS cnt
FROM users
GROUP BY
CASE
WHEN age 35 THEN 'over_35'
ELSE 'unknown'
END;
- PostgreSQL 允许用列别名在
GROUP BY中引用（如GROUP BY age_group），但 MySQL 不行，必须重复表达式 -
BETWEEN是闭区间，18 AND 35包含 35，和age >= 18 AND age 等价，但不如后者直观 - 如果
age字段允许NULL，且你不想统计它，ELSE里写'unknown'比留空更安全
性能关键：给 age 字段建索引不一定有用
CASE WHEN 是计算字段，数据库无法直接走 age 索引做范围扫描。即使你写了 WHERE age >= 18，只要 GROUP BY 依赖 CASE 表达式，优化器大概率放弃索引，转为全表扫描。
- 如果只是查某一段（比如只看 18–35 岁用户数），优先用
WHERE过滤再COUNT(*)，比用CASE全量分组快得多 - 高频按年龄段统计的场景，可考虑冗余一个
age_group字段并维护它，或者用物化视图（PostgreSQL）/ 生成列（MySQL 5.7+）预计算 - 大数据量时，
CASE WHEN分支越多，CPU 计算开销越明显，5 个以上分支建议拆成多个独立查询或应用层聚合
别用 IF 或 DECODE 替代 CASE WHEN
MySQL 支持 IF(age ，Oracle 有 <code>DECODE，但它们都只能嵌套，不可读、难维护，且跨数据库迁移成本高。标准 SQL 只认 CASE WHEN，连 SQLite、SQL Server、BigQuery 都完全支持。
-
IF在 MySQL 里最多嵌套 10 层，超过就报错Too many arguments to function if -
DECODE是 Oracle 私有语法，在 PostgreSQL 或 MySQL 里直接报错function decode does not exist - 统一用
CASE WHEN后，后续加新年龄段只需在WHEN里追加一行，不用重写整条表达式
真正麻烦的不是写对 CASE WHEN，而是确认业务方说的“中年”到底指 35–55 还是 40–60，以及是否包含边界。这个定义一旦上线，改起来就得同步修代码、报表、文档——比调 SQL 语句花的时间多得多。
