mysql用year(date)提取年份，sql server需用datepart(year, date)；二者均要求输入为日期类型，字符串可能因格式不标准导致null或报错。
YEAR函数在MySQL和SQL Server里怎么用
MySQL和SQL Server都支持YEAR()函数，直接提取日期字段的年份部分，简单直接。但要注意：它只接受DATE、DATETIME或TIMESTAMP类型，传入字符串（比如'2023-05-12'）可能隐式转换成功，但若格式不标准（如'12/05/2023'）就会返回NULL或报错。
实操建议：
- 确保字段类型是日期型，别用
VARCHAR存日期再硬套YEAR() - MySQL中
YEAR(NOW())返回2024；SQL Server不支持该写法，得用DATEPART(YEAR, GETDATE()) - 对带时区的
TIMESTAMP WITH TIME ZONE，YEAR()按会话时区解析，不是UTC
EXTRACT(YEAR FROM ...)在PostgreSQL和标准SQL中更通用
EXTRACT()是SQL标准语法，在PostgreSQL、Oracle、SQLite（3.38+）和一些新版MySQL中可用。它明确指定从哪个时间单位提取，语义清晰，且能处理间隔（INTERVAL）类型。
常见问题：
- PostgreSQL里
EXTRACT(YEAR FROM '2023-12-31'::DATE)返回2023.0（浮点数），需用EXTRACT(YEAR FROM col)::INT转整型 - Oracle要求日期必须是
DATE或TIMESTAMP，不能是字符，否则报ORA-30076: invalid extract field for extract source - MySQL 8.0+才支持
EXTRACT()，5.7及以前版本不识别，会报ERROR 1305 (42000): FUNCTION db.EXTRACT does not exist
跨数据库兼容写法怎么选
没有银弹。如果项目锁定单一数据库，优先用原生函数（如MySQL用YEAR()，PG用EXTRACT）；若需兼容多库（比如ORM动态生成SQL），就得绕开函数差异。
可行策略：
- 用
DATE_FORMAT(col, '%Y')（MySQL）或TO_CHAR(col, 'YYYY')（PostgreSQL/Oracle）——但结果是字符串，不能直接参与数值计算 - 在应用层解析日期，避免SQL层做年份提取（适合查询量不大、日期字段已读入内存的场景）
- 建计算列（如MySQL的
GENERATED COLUMN）预先存年份，查的时候走索引，避免每次计算
WHERE条件里用YEAR或EXTRACT会导致索引失效吗
极大概率会。例如WHERE YEAR(order_date) = 2023或WHERE EXTRACT(YEAR FROM order_date) = 2023，数据库无法直接利用order_date上的B-tree索引，只能全表扫描。
更高效的做法：
- 改写为范围查询：
WHERE order_date >= '2023-01-01' AND order_date - 如果必须按年聚合，考虑分区表（按年分区），让优化器自动裁剪分区
- 函数索引可用但有代价：MySQL 8.0+支持
CREATE INDEX idx_year ON t ((YEAR(date_col)))，但增删改性能略降
真正麻烦的不是语法怎么写，而是提取年份这个动作背后是否隐含了低效查询模式——先看执行计划，再决定要不要提年份。
