为何MySQL的TIME函数在SELECT与UPDATE语句中表现不同？

问题现象 #

执行这条SELECT语句时完全正常，无报错：

SELECT * FROM requested_schedules WHERE TIME('foo');

但执行这条UPDATE语句时，直接触发错误：

UPDATE requested_schedules SET date_updated = CURRENT_TIMESTAMP WHERE TIME('foo');

错误信息：

[22001][1292] Data truncation: Truncated incorrect time value: 'foo'

测试用的表结构：

CREATE TABLE requested_schedules(
    date_updated DATETIME DEFAULT CURRENT_TIMESTAMP
);

补充说明：原场景里TIME函数大多接收TIME('13:00')这类合法格式，但偶尔传入空字符串TIME('')也会触发同样错误，已经优化了业务逻辑，现在好奇为什么两种操作会有差异。

差异原因 #

• 严格模式的校验力度不同：MySQL 8.0默认开启STRICT_TRANS_TABLES严格模式，但SELECT作为查询操作，WHERE子句里的无效值转换（比如TIME('foo')会被转为NULL）属于宽松转换，不会触发错误；而UPDATE是数据变更操作，严格模式下会强制校验表达式的类型转换有效性，无效的时间字符串转换会直接抛出截断错误。
• 操作类型的逻辑优先级不同：SELECT只需要判断条件真假，就算TIME转换得到NULL，也只是让WHERE条件不成立（NULL在WHERE中视为假），不会中断查询；但UPDATE是写操作，MySQL会优先保证数据操作的合法性，避免潜在的逻辑问题，所以对TIME函数的无效输入会做严格拦截。
• 空字符串的特殊处理：对于TIME('')，SELECT里会宽松转换为'00:00:00'，但在严格模式的UPDATE操作中，这种转换会被判定为“不正确的时间值截断”，直接触发错误。

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