最稳妥的年龄段分组统计方法是CASE WHEN配合GROUP BY，需在SELECT和GROUP BY中重复书写完全一致的表达式，明确处理边界、NULL及异常值，并优先用>=/
GROUP BY 配合 CASE WHEN 实现年龄段分组
直接用 GROUP BY 无法原生支持“18-25岁”“26-35岁”这类非连续、自定义区间，必须借助条件表达式把年龄字段转换为分类标签。主流写法是 CASE WHEN 构造虚拟分组字段，再对它 GROUP BY。
常见错误是把 CASE 写在 SELECT 里却忘了在 GROUP BY 中重复写一遍——多数数据库（如 MySQL 5.7+、PostgreSQL、SQL Server）会报错或返回意外结果。
- MySQL 8.0+ 和 PostgreSQL 支持用列别名（如
AS age_group）在GROUP BY中直接引用，但 MySQL 5.7 默认不支持，得写完整CASE表达式 - 注意边界处理：用
>=和比用 <code>BETWEEN更可控，避免 25 岁被同时归入两组 - 漏掉
ELSE分支会导致 NULL 组，比如年龄为空或负数时，可能让“未知”人群被合并进一组却不自知
正确写法示例（含 NULL 安全和兼容性）
以下语句在 MySQL、PostgreSQL、SQL Server 均可运行，显式覆盖所有常见情况：
SELECT
CASE
WHEN age >= 0 AND age < 18 THEN '未成年'
WHEN age >= 18 AND age < 26 THEN '18-25岁'
WHEN age >= 26 AND age < 36 THEN '26-35岁'
WHEN age >= 36 AND age < 60 THEN '36-59岁'
WHEN age >= 60 THEN '60岁以上'
ELSE '年龄无效'
END AS age_group,
COUNT(*) AS count
FROM users
GROUP BY
CASE
WHEN age >= 0 AND age < 18 THEN '未成年'
WHEN age >= 18 AND age < 26 THEN '18-25岁'
WHEN age >= 26 AND age < 36 THEN '26-35岁'
WHEN age >= 36 AND age < 60 THEN '36-59岁'
WHEN age >= 60 THEN '60岁以上'
ELSE '年龄无效'
END;如果表中 age 是计算字段（如从 birth_date 算出），务必先确保该计算无误——例如 MySQL 用 TIMESTAMPDIFF(YEAR, birth_date, CURDATE())，而不是简单用 YEAR(CURDATE()) - YEAR(birth_date)，后者在生日未到时会多算一岁。
性能与索引注意事项
CASE WHEN 分组本身无法利用 age 字段的索引加速聚合，因为分组键是运行时计算值。当数据量大时，这会导致全表扫描。
- 若该年龄段划分长期固定，建议在表中增加一个生成列（generated column）并建索引，例如 MySQL 5.7+：
ALTER TABLE users ADD COLUMN age_group VARCHAR(10) GENERATED ALWAYS AS (CASE ... END) STORED;，然后对age_group建索引 - PostgreSQL 可建函数索引：
CREATE INDEX idx_users_age_group ON users ((CASE ... END)); - 别在
CASE中调用耗时函数（如多次NOW()或子查询），会显著拖慢聚合速度
遇到 “Expression #1 of SELECT list is not in GROUP BY clause” 错误怎么办
这是 MySQL 5.7+ 开启了 ONLY_FULL_GROUP_BY 模式后的典型报错，本质是 SELECT 中的 CASE 表达式未出现在 GROUP BY 中。
- 最稳妥解法：像上面示例一样，在
GROUP BY中完整写出同一CASE表达式（不要用别名） - 临时关闭该模式风险高，可能掩盖其他逻辑问题，不推荐
- 某些 ORM（如 Django ORM）生成的 SQL 可能自动加别名，此时需检查其底层 SQL 或改用原始查询
真正麻烦的不是写法，而是不同库对 NULL 的分组行为不一致：SQLite 把所有 NULL 归为一组，而 PostgreSQL 默认让 NULL 不参与分组（除非显式写 IS NULL），上线前一定得用真实数据验证 NULL 年龄的归属。
