MySQL 8.4中timestamp字段匹配'0'的查询失效问题求助（原5.7版本可正常执行）

阿华AIGC实验室

2026-4-7

嘿，我来帮你拆解下这个问题的核心原因哈！你升级到MySQL 8.4后遇到的TIMESTAMP字段匹配'0'报错的情况，是新版本对时间戳类型的零值处理逻辑做了关键调整，和5.7的行为差异很明确：

explicit_defaults_for_timestamp参数的默认值变更
在MySQL 5.7里，这个参数默认是OFF状态——哪怕你的sql_mode是空，TIMESTAMP列也能接受'0'（或者完整的'0000-00-00 00:00:00'）作为有效时间戳，查询、插入这类操作都能正常跑。
但从MySQL 8.0开始（包括你用的8.4），这个参数默认改成了ON。一旦它是ON，TIMESTAMP类型就不再把'0'这类零值时间戳当成合法值了，哪怕sql_mode是空，执行匹配查询时也会抛出你看到的ERROR 1525 (HY000): Incorrect TIMESTAMP value: '0'错误。
零值时间戳的合法性检查被强化
8.0+版本对时间戳的有效性校验更严格了：哪怕你没在sql_mode里设置NO_ZERO_DATE或NO_ZERO_IN_DATE，零值时间戳依然会被判定为无效。只有显式在sql_mode里加上ALLOW_INVALID_DATES，或者把explicit_defaults_for_timestamp改成OFF（不过这个参数未来可能会被废弃，官方不推荐长期依赖），才能回到5.7的行为。

你可以先查下当前这个关键参数的取值，确认差异：
```
SHOW GLOBAL VARIABLES LIKE 'explicit_defaults_for_timestamp';
```
8.4里默认肯定是ON，而你之前的5.7是OFF，这就是问题的根源。
临时恢复查询功能的话，你可以执行这条命令修改会话级参数（重启MySQL后会失效）：
```
SET SESSION explicit_defaults_for_timestamp = OFF;
```
或者给当前会话的sql_mode加上允许无效日期的配置：
```
SET SESSION sql_mode = 'ALLOW_INVALID_DATES';
```
改完后再跑你的查询，应该就能正常执行了。