必须用 CASE WHEN 将连续年龄映射为离散标签（如 '18-29'）后再 GROUP BY，因布尔表达式不能直接分组；需确保区间互斥、处理 NULL 和异常值，并注意数据库差异与性能优化。
用 CASE WHEN + GROUP BY 实现年龄区间分组
直接在 GROUP BY 里写 age >= 18 AND age < 30 是无效的——SQL 不允许布尔表达式直接作为分组依据。必须用 CASE WHEN 把连续年龄映射成离散标签，再对标签分组。
常见写法是把 age 字段用 CASE WHEN 转成字符串区间，比如 '18-29'、'30-44'，然后 GROUP BY 这个别名：
SELECT
CASE
WHEN age >= 0 AND age < 18 THEN '0-17'
WHEN age >= 18 AND age < 30 THEN '18-29'
WHEN age >= 30 AND age < 45 THEN '30-44'
WHEN age >= 45 THEN '45+'
ELSE 'unknown'
END AS age_group,
COUNT(*) AS cnt
FROM users
GROUP BY age_group;-
ELSE分支不能省：如果表里有NULL或负数年龄，不处理会导致该行被丢弃 - 区间边界要严格互斥，比如上一个用
< 30，下一个就得用>= 30，否则 30 岁会进两个组 - 别名
age_group在GROUP BY中可用，但不能写成GROUP BY CASE WHEN ... END（部分数据库不支持，可读性也差）
MySQL 中用 FLOOR(age/10)*10 分组更简洁？
想按每 10 岁一段（0–9、10–19…）快速分组，可以用数值计算代替冗长的 CASE WHEN，但要注意边界和可读性。
典型写法：
SELECT CONCAT(FLOOR(age / 10) * 10, '-', FLOOR(age / 10) * 10 + 9) AS age_range, COUNT(*) AS cnt FROM users WHERE age IS NOT NULL AND age >= 0 GROUP BY FLOOR(age / 10);
-
FLOOR(age / 10)把 0–9 映射为 0，10–19 映射为 1……这是分组依据，不是显示用的字符串 -
CONCAT(...)只用于展示，不影响分组逻辑；显示字符串和分组键分离，避免歧义 - 必须加
WHERE age IS NOT NULL：否则FLOOR(NULL/10)得到NULL，所有空值会被归为同一组，容易误算 - 这个技巧在 PostgreSQL 或 SQL Server 里要换成
FLOOR(CAST(age AS FLOAT) / 10)，整数除行为因数据库而异
统计结果里缺某个区间？不是数据问题，是分组逻辑漏了
查出来只有 '18-29' 和 '45+'，没看到 '30-44'，大概率不是数据缺失，而是 CASE WHEN 条件写错了。
- 检查是否用了
<=和<混用导致重叠或空隙，比如age <= 29和age >= 30看似合理，但若原始数据有小数（如 29.5），就会掉进缝隙 - 确认字段类型：如果
age是DECIMAL或带小数，用INT比较可能隐式截断，建议统一用FLOOR(age)或显式转换 - 用子查询先看原始数据分布：
SELECT MIN(age), MAX(age), COUNT(*) FROM users，避免对着空结果反复调CASE
性能敏感时，别在 GROUP BY 里算表达式
当用户表千万级，每次查询都算 CASE WHEN 或 FLOOR(age/10) 会拖慢速度，尤其没索引时。
- 如果区间固定且高频查询，考虑在表里加一个生成列（MySQL 5.7+ 支持）：
ALTER TABLE users ADD COLUMN age_group VARCHAR(10) STORED AS (CASE WHEN age < 18 THEN '0-17' ...)，再给该列建索引 - 或者用物化视图（PostgreSQL）、汇总表定期预计算，避免每次实时聚合
- 单纯加
INDEX(age)对CASE分组帮助很小——优化器通常无法利用单列索引加速范围映射逻辑
区间分组看着简单，真正上线得盯住 NULL、小数、边界和性能三块硬伤。漏一个，统计数就悄悄不准了。
