MySQL 5.7中STR_TO_DATE输入正确%Y%m格式却返回错误数据如何处理

DevOps 小满

2026-10-11

问题原因

MySQL 5.7 中的STR_TO_DATE函数要求转换结果必须是完整的合法日期值。当你仅传入年月信息（%Y%m格式）时，函数默认会将日字段补全为00，而MySQL默认开启的NO_ZERO_IN_DATE SQL模式不允许日期中出现0值部分，此时日期转换失败，就会返回非法日期的默认展示值，也就是你看到的160101（部分配置下也可能返回NULL或000000）。

解决方案

推荐优先使用兼容性最高、无副作用的补全日字段方案：

手动给待转换的年月字符串拼接固定日后缀01，转换为当月第一天的完整日期：
```
SELECT STR_TO_DATE(CONCAT('202105', '01'), '%Y%m%d');
```
执行后返回结果为2021-05-01，完全符合预期。如果需要输出YYYYMM格式的结果，可以嵌套DATE_FORMAT函数处理：
```
SELECT DATE_FORMAT(STR_TO_DATE(CONCAT('202105', '01'), '%Y%m%d'), '%Y%m');
```
该方法在MySQL 5.7、8.0所有版本中都可以正常运行，不需要修改任何数据库配置。
（不推荐生产环境使用）临时修改会话级SQL模式，关闭零值日期校验约束：
```
-- 仅当前会话生效，不会影响其他连接
SET @@session.sql_mode = REPLACE(REPLACE(@@session.sql_mode, 'NO_ZERO_IN_DATE', ''), 'NO_ZERO_DATE', '');
SELECT STR_TO_DATE('202105','%Y%m');
```
该方法会降低当前会话的日期合法性校验标准，可能引发其他业务逻辑的日期校验异常，仅适合临时调试场景使用。