能用CASE WHEN配合GROUP BY直接实现年龄段分组统计，关键在于准确定义条件边界，如age
SQL里用CASE WHEN做年龄段分组统计，核心是写对条件表达式
直接用CASE WHEN配合GROUP BY就能实现，不需要子查询或临时表。关键不是“能不能做”，而是条件边界怎么定——比如age 和age 语义一致，但混用容易漏数据或重复计数。
常见错误现象：SELECT COUNT(*) FROM users GROUP BY CASE WHEN age BETWEEN 0 AND 17 THEN '未成年'... —— 如果age字段为NULL，这条记录会被直接丢弃，导致总数对不上。
- 所有区间必须互斥且覆盖全集（或显式处理
NULL） - 建议统一用左闭右开形式，例如
age >= 18 AND age ，比BETWEEN 18 AND 29更直观、不易错 - 把
ELSE '未知'加上，避免NULL年龄段静默消失
MySQL和PostgreSQL在年龄计算上写法不同
如果原始数据只有birth_date，不能直接GROUP BY FLOOR(DATEDIFF(NOW(), birth_date) / 365.25)——浮点误差+闰年会让结果偏小1岁。各数据库推荐方案：
- MySQL：用
TIMESTAMPDIFF(YEAR, birth_date, CURDATE())，它按日历年度精确计算整岁数 - PostgreSQL：用
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date))::int，AGE()自动处理月份错位 - 别用
YEAR(NOW()) - YEAR(birth_date)，生日没到的人会多算1岁
统计结果排序混乱？记得给分组加固定顺序
CASE WHEN返回的是字符串，ORDER BY默认按字母序排，'18-29'会排在'1-17'后面。解决方法只有两个：
- 在
SELECT里额外加一列排序码：CASE WHEN age ，然后ORDER BY sort_key - 用
FIELD()函数（MySQL）或VALUES构造有序枚举（PostgreSQL），但可读性差，不推荐
别依赖CASE语句本身的书写顺序——SQL标准不保证GROUP BY结果的物理顺序。
大数据量下性能明显变慢？注意索引失效风险
一旦在GROUP BY里套CASE WHEN age ...，数据库就无法使用age字段上的普通B-tree索引。实测千万级表，响应时间从200ms升到3s以上。
- 如果查询频繁，考虑加一个生成列：
ALTER TABLE users ADD COLUMN age_group VARCHAR(10) GENERATED ALWAYS AS (CASE WHEN age ，再给该列建索引 - PostgreSQL支持函数索引：
CREATE INDEX idx_age_group ON users ((CASE WHEN age - 别对
birth_date直接建函数索引如EXTRACT(YEAR FROM birth_date)，范围查询依然走不了索引
真正卡住的往往不是语法，而是没意识到CASE WHEN在GROUP BY里等于主动放弃索引。先看执行计划里的type是不是ALL，再决定要不要加物化列。
