AGE函数返回interval类型，需用EXTRACT(YEAR FROM AGE())结合生日判断获取准确周岁，避免直接比较或排序；推荐预计算、生成列或应用层处理以提升性能。
AGE函数返回的是interval类型，不是整数年龄
直接用 AGE() 得到的是一个 interval 值（比如 32 years 5 mons 12 days），不能直接用于排序、比较或前端展示。很多人误以为 AGE(birth_date) 会返回 32 这样的整数，结果在 WHERE age > 30 时报错：operator does not exist: interval > integer。
真正想算“周岁”，得从 interval 中提取年份部分，并考虑是否已过生日：
-
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date))只取年份差，但没判断生日是否已过——比如 2024-01-01 出生的人，在 2025-01-01 前仍算 0 岁，而这个表达式在 2025-01-01 前就返回 1 - 更稳妥的做法是：用
CURRENT_DATE - birth_date算总天数，再除以 365.25 —— 但浮点误差和闰年边界仍可能偏差 ±1 天 - 最准的写法是用日期比较判断是否已过生日：
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) - CASE WHEN (CURRENT_DATE - INTERVAL '1 day' * EXTRACT(DOY FROM birth_date)::int) < birth_date THEN 1 ELSE 0 END不过太绕；实践中推荐下面这个简洁可靠的逻辑
用CURRENT_DATE和birth_date手动比对生日是否已过
核心思路：把出生日期“平移”到今年，再看它是否已经过去。比如生日是 '1992-07-15'，今年的生日就是 '2024-07-15'；如果今天是 '2024-06-20'，还没到，那周岁就得减 1。
PostgreSQL 支持用 TO_CHAR 提取月日做字符串比较，也支持用 MAKE_DATE 构造今年生日（需 v14+）；兼容性更好的写法是：
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) -
CASE
WHEN (CURRENT_DATE < MAKE_DATE(EXTRACT(YEAR FROM CURRENT_DATE)::int,
EXTRACT(MONTH FROM birth_date)::int,
EXTRACT(DAY FROM birth_date)::int))
THEN 1
ELSE 0
END注意：MAKE_DATE 在 PostgreSQL 14 才引入；若用老版本，可用字符串拼接 + ::date 强转：
EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) -
CASE
WHEN CURRENT_DATE < (EXTRACT(YEAR FROM CURRENT_DATE)::text || '-' ||
LPAD(EXTRACT(MONTH FROM birth_date)::text, 2, '0') || '-' ||
LPAD(EXTRACT(DAY FROM birth_date)::text, 2, '0'))::date
THEN 1 ELSE 0
END别在WHERE或ORDER BY里重复计算AGE逻辑
上面的手动判断逻辑一旦写进 WHERE 或 ORDER BY，每次都会执行两次（一次过滤，一次排序），还无法走索引。实际项目中应避免直接在查询条件里嵌套复杂 AGE 表达式。
更高效的做法：
- 在应用层预计算目标日期范围，比如“查所有满 25 周岁的人”，等价于
birth_date <= '1999-06-20'（假设今天是 2024-06-20） - 或者加一个生成列（PostgreSQL 12+）：
ALTER TABLE users ADD COLUMN age_in_years INT GENERATED ALWAYS AS ( EXTRACT(YEAR FROM AGE(CURRENT_DATE, birth_date)) - CASE WHEN CURRENT_DATE < MAKE_DATE(EXTRACT(YEAR FROM CURRENT_DATE)::int, EXTRACT(MONTH FROM birth_date)::int, EXTRACT(DAY FROM birth_date)::int) THEN 1 ELSE 0 END ) STORED;然后对age_in_years建索引 - 若不能改表结构，至少把计算逻辑封装成
IMMUTABLE函数（注意：含CURRENT_DATE的函数不能标为IMMUTABLE，只能用STABLE，仍无法索引）
TIMEZONE会影响AGE结果吗？
会，但只在时区敏感场景下显现。因为 AGE(timestamp, timestamp) 和 AGE(date, date) 行为不同：
- 输入是
DATE类型（如birth_date DATE），不涉及时区，AGE结果稳定 - 输入是
TIMESTAMP WITH TIME ZONE，PostgreSQL 会先转成当前会话时区再计算，比如用户注册时间存的是 UTC，但会话设为America/Los_Angeles，可能导致生日那天被“提前”或“延后”一天 - 建议统一用
DATE存生日；若必须用带时区的时间戳，显式转成日期：AGE(CURRENT_DATE, my_timestamp::date)
实际线上出过问题：某批用户生日字段是 timestamptz，且默认值用了 NOW()，导致凌晨入库的数据在跨时区查询时，AGE 算出的年份比预期小 1。
