MySQL 8更新单个字段时触发其他日期列1292日期值错误

问题场景 #

表中多个日期列存在0000-00-00格式的无效数据，更新其中单一列时，会触发其他列的1292错误（错误指向未更新的列）。即使调整全局sql_mode关闭严格模式、NO_ZERO_DATE等限制，或使用UPDATE IGNORE都无效，只有同时更新所有有问题的列才不会报错，但因业务限制必须逐个更新字段。

举个具体示例：
表结构含id、created_date、modified_date三列，其中一行数据：

id | created_date | modified_date
---------------------------------
5  | 0000-00-00   | 0000-00-00

执行单字段更新会报错：

UPDATE mytable SET created_date = NULL WHERE id = 5;

错误提示指向modified_date字段，但同时更新两列则正常：

UPDATE mytable SET created_date = NULL, modified_date = NULL WHERE id = 5;

可行解决方案 #

1. 校验并设置会话级sql_mode（优先推荐）

全局sql_mode的修改可能没生效到当前操作会话，先确认当前会话的模式：

SELECT @@SESSION.sql_mode;

如果结果中包含STRICT_TRANS_TABLES、NO_ZERO_DATE、NO_ZERO_IN_DATE这些限制项，临时设置会话级模式：

SET SESSION sql_mode = 'NO_ENGINE_SUBSTITUTION';

之后再执行单字段更新语句即可，这个操作只会影响当前会话，不会干扰其他业务。

2. 更新时顺带“触碰”其他问题列（无需修改模式）

如果无法修改sql_mode，可以在更新语句中把其他有问题的列也写进去，但设置为原值，这样MySQL会重新处理该行但不会修改数据，同时绕过校验：

UPDATE mytable SET created_date = NULL, modified_date = modified_date WHERE id = 5;

这种方法看似更新两列，但实际modified_date的值不会改变，满足“逐个更新核心字段”的需求。

3. 临时修改表列约束（适合批量处理）

如果有大量此类数据，可以临时修改问题列的约束，允许NULL值：

ALTER TABLE mytable MODIFY COLUMN modified_date DATE NULL DEFAULT NULL;

完成单字段更新后，再根据业务需求改回原约束（比如改回NOT NULL）。

内容的提问来源于stack exchange，提问作者lcdservices