在MySQL里处理时间数据时，经常只需要拿到一条记录对应的年份。YEAR函数就是专门做这件事的内置函数，它接收一个日期或时间类型的表达式，把其中的年份部分以整数形式返回。理解它的参数要求、返回规则以及在查询中的实际写法，能帮你少走很多弯路。
一、YEAR函数的基本语法与规则
YEAR函数的语法非常简单，只需要一个参数：YEAR(date)。这里的date可以是DATE、DATETIME、TIMESTAMP类型的列，也可以是字符串形式的日期字面量，只要MySQL能把它解析成合法的日期即可。函数会提取出年份并以四位数字返回，例如2023。
当传入的值为NULL时，YEAR直接返回NULL；如果传入的字符串无法解析为合法日期，比如'2023-13-01'这种月份越界的写法，函数会返回0并可能伴随一个警告。在写存储过程或应用层逻辑时，应当考虑到这两种边界情况，避免把0误当成真实年份处理。
-- 从当前日期取年份
SELECT YEAR(CURDATE()) AS current_year;
-- 从字符串取年份
SELECT YEAR('2022-08-15') AS order_year;
-- 非法日期返回0
SELECT YEAR('2023-13-01') AS bad_year;
二、在查询中使用YEAR做统计与筛选
最常见的用法是在SELECT列表里提取年份，或者配合GROUP BY做年度维度的聚合统计。例如有一张订单表orders，里面有个下单时间字段created_at，我们想看每年下了多少单，就可以用YEAR把年份算出来再计数。
除了统计，YEAR也常出现在WHERE条件中，用来筛选某一年产生的数据。不过要注意，如果在字段外包裹了YEAR函数，MySQL通常无法使用该字段上的普通索引，这在数据量很大时会造成全表扫描。后面会专门讲优化思路。
-- 按年统计订单数 SELECT YEAR(created_at) AS year, COUNT(*) AS total FROM orders GROUP BY YEAR(created_at) ORDER BY year; -- 筛选2023年的订单 SELECT id, created_at FROM orders WHERE YEAR(created_at) = 2023;
三、索引失效问题与优化方案
像上面WHERE YEAR(created_at) = 2023这种写法，因为对索引列用了函数，优化器只能放弃走created_at的B+树索引，转而逐行计算。当表里有上百万行数据时，查询就会明显变慢。这是使用YEAR函数时最容易踩的坑。
更优的写法是改用日期范围条件，让字段以原始形态出现在比较符一侧。比如要取2023年的数据，就写成created_at >= '2023-01-01' AND created_at < '2024-01-01'。这样MySQL可以直接利用索引做范围查找，性能提升非常显著。如果业务上必须按年分组又追求效率，可以考虑在表里冗余一个year列并加索引，或者用生成列加索引。
-- 利用范围条件替代YEAR函数，可使用索引 SELECT id, created_at FROM orders WHERE created_at >= '2023-01-01' AND created_at < '2024-01-01'; -- 使用生成列并建索引（MySQL 5.7+） ALTER TABLE orders ADD COLUMN created_year YEAR AS (YEAR(created_at)) STORED, ADD INDEX idx_year (created_year);
四、与其他日期函数的配合
YEAR函数经常和MONTH、DAY、DATE_FORMAT等函数组合使用。比如想同时拿到年月做分组，可以用YEAR和MONTH分别提取，也可以用DATE_FORMAT(created_at, '%Y-%m')直接格式化成年月字符串，语义上更直观。
在应用层拼接SQL时，推荐先把年份在代码里算好再传参，而不是在数据库里实时算，这样既减少数据库计算压力，也更容易写出能命中索引的语句。总之，YEAR函数本身很轻量，真正需要操心的是它出现的位置会不会拖慢整体查询。
-- 同时按年月统计 SELECT DATE_FORMAT(created_at, '%Y-%m') AS ym, COUNT(*) AS cnt FROM orders GROUP BY ym ORDER BY ym; -- 分别取年月日 SELECT YEAR(created_at) y, MONTH(created_at) m, DAY(created_at) d FROM orders LIMIT 5;