在MySQL中处理日期和时间数据时，经常需要从完整日期中单独提取年份，例如按年度统计订单、筛选某个年份的记录，或者生成年度维度的报表。MySQL内置的YEAR函数正是完成这类任务的工具，它接收一个日期或时间类型的表达式作为参数，解析后以整数形式返回该日期对应的年份。理解YEAR函数的参数规则、返回值边界、查询中的使用方式以及潜在的性能影响，对于编写稳定高效的SQL非常重要。
一、YEAR函数的基本语法与返回规则
YEAR(date)函数的语法非常直观，参数date通常是一个DATE、DATETIME或TIMESTAMP类型的列，也可以是一个能被MySQL解析为日期的字符串字面量。函数执行后，会从该日期中提取四位数字的年份，例如从2019-07-15中返回2019。返回值的类型为整数，因此可以直接参与数值比较、排序或数学运算。
YEAR函数对NULL的处理方式是直接返回NULL，这一点与很多MySQL函数一致。在实际查询中，如果字段允许为空，统计时需要确认空值是否需要排除。另一种特殊情况是传入无法解析为合法日期的字符串，例如月份超过12或日期格式明显错误，YEAR函数会返回0并可能产生警告。由于0可能被误认为真实年份，建议在应用层或存储过程中对这类结果做额外过滤，避免脏数据进入后续统计。
-- 从当前系统日期中提取年份
SELECT YEAR(CURDATE()) AS current_year;
-- 从字符串日期中提取年份
SELECT YEAR('2019-07-15') AS order_year;
-- 非法日期返回0
SELECT YEAR('2019-13-01') AS bad_year;
二、在查询中使用YEAR进行筛选与统计
YEAR函数常见的使用场景之一是配合SELECT和GROUP BY完成年度聚合统计。假设有一张订单表orders，其中包含下单时间字段created_at，若想了解每一年产生的订单数量，可以先用YEAR提取年份，再按该表达式分组并使用COUNT计数。这样可以快速得到年度业务趋势，报表层也可以直接使用分组后的年份值。
另一种常见场景是在WHERE条件中筛选特定年份的数据。将YEAR函数直接放在条件中，例如WHERE YEAR(created_at) = 2019，逻辑上非常清晰，容易阅读和维护。不过这种写法会对created_at列执行函数计算，在进行大量数据过滤时需要关注执行效率，尤其是当该列已经建立索引时，函数包裹会使索引无法正常使用，下一节会详细分析。
-- 按年份统计订单数 SELECT YEAR(created_at) AS order_year, COUNT(*) AS total FROM orders GROUP BY YEAR(created_at) ORDER BY order_year; -- 筛选目标年份的订单 SELECT id, created_at FROM orders WHERE YEAR(created_at) = 2019;
三、YEAR函数导致的索引失效与优化方式
在WHERE条件中对索引列使用函数，是MySQL查询优化中常见的问题。例如WHERE YEAR(created_at) = 2019这样的写法，虽然语义清晰，但优化器通常无法利用created_at列上的B+树索引，因为它需要先对每一行的字段值计算YEAR函数，才能和条件进行匹配。当表数据量达到百万级甚至更多时，这种全表扫描的方式会造成明显的性能下降。
更推荐的优化思路是让日期字段以原始形式出现在比较运算符的一侧，改用日期范围条件来表达相同语义。例如要查询2019年的数据，可以写成created_at >= '2019-01-01' AND created_at < '2020-01-01'。该条件可以被优化器识别为范围查询，从而直接使用created_at上的索引，大幅减少扫描行数。
如果业务确实需要频繁地按年份分组或筛选，也可以在表结构设计时预留年份列或使用生成列。MySQL支持基于表达式创建生成列并为其建立索引，例如新增一个created_year字段，其值自动由YEAR(created_at)计算得到。这样既保留了业务可读性，又能借助索引提升按年份统计的性能。
-- 使用日期范围替代YEAR函数，保持索引可用 SELECT id, created_at FROM orders WHERE created_at >= '2019-01-01' AND created_at < '2020-01-01'; -- 使用生成列保存年份并建立索引 ALTER TABLE orders ADD COLUMN created_year YEAR AS (YEAR(created_at)) STORED, ADD INDEX idx_created_year (created_year);
四、与其他日期函数的配合使用
YEAR函数经常与MONTH、DAY等日期函数组合使用，用于拆解日期中的多个组成部分。例如需要同时获得一条记录的年、月、日信息，可以在SELECT列表中分别调用YEAR、MONTH、DAY函数，得到三个独立的数值列。这种写法适合只需要数字形式结果的场景，尤其是后续需要按数值进行二次计算时非常方便。
如果需要按“年-月”粒度统计，使用DATE_FORMAT(created_at, '%Y-%m')往往比分别拼接YEAR和MONTH更简洁。DATE_FORMAT函数可以直接返回格式化后的字符串，例如将日期转换为“2019-07”这样的年月标识，适合作为分组键，也便于生成报表维度。需要注意的是字符串格式的月份通常带有前导零，例如07、08，在排序时不会出错，但如果与其他字符串格式混用，则要注意一致性。
从数据库性能和应用架构角度看，也可以在应用层提前计算好年份或年月参数，再传入SQL中参与等值或范围查询。这样既减少了数据库的计算负担，也更容易写出能够命中索引的查询条件。总之，YEAR函数本身是一个轻量级函数，真正需要关注的是它在SQL中的位置以及是否影响执行计划。
-- 使用DATE_FORMAT按年月统计订单数 SELECT DATE_FORMAT(created_at, '%Y-%m') AS year_month, COUNT(*) AS cnt FROM orders GROUP BY year_month ORDER BY year_month; -- 分别提取年、月、日三个部分 SELECT YEAR(created_at) AS y, MONTH(created_at) AS m, DAY(created_at) AS d FROM orders LIMIT 5;
五、总结与使用建议
YEAR函数是MySQL中处理日期年份提取的常用工具，语法简单，返回值明确，适用于
适用于按年份进行统计、筛选和分组计算的场景。它的返回值是数值型年份，便于比较、排序和参与计算；但在 WHERE 条件中直接包裹索引列时，可能影响索引命中，因此需要结合具体 SQL 位置来评估。
综合来看，日常使用可以遵循以下几点建议：
- 优先在 SELECT 列表、GROUP BY 或 HAVING 中使用。这些位置通常只对结果集进行计算，对索引影响较小，可读性也更好。
- 避免在 WHERE 条件中单独对索引列使用 YEAR(column)。例如
WHERE YEAR(created_at) = 2019这类写法虽然直观，但容易导致索引失效。更推荐写成范围条件：created_at >= '2019-01-01' AND created_at < '2020-01-01'。 - 注意返回值类型。YEAR 返回数值型年份，而不是字符串；在与字符串比较或拼接时，要确认类型是否匹配，避免隐式转换带来的混乱。
- 与 DATE_FORMAT 合理分工。只需要年份数字时使用 YEAR；需要“年-月”等格式化字符串时使用 DATE_FORMAT；需要同时拆出年月日时再组合使用 MONTH、DAY。
- 高频查询尽量在应用层预计算参数。可以在业务代码中先算出年份对应的起止日期，再传入 SQL 作为范围条件，这样更有利于索引利用和性能稳定。
总之，YEAR 函数本身足够轻量，使用得当可以兼具可读性与效率。理解这些细节后，就可以在日期年份处理中既保持 SQL 简洁，又避免常见的索引失效问题。至此，MySQL 中 YEAR 函数的基本用法、组合技巧和优化建议已经介绍完毕，你可以根据实际业务中的日期字段类型和查询频率，选择最合适的方式来提取年份信息。