MySQL更新不同长度列的不一致行为：文本与整数比较异常

表结构 #

create table test
(
    id    varchar(255) not null
        primary key,
    price varchar(10)  not null,
    link  varchar(255) not null
);

表中数据 #

执行现象 #

1. 执行更新语句：

update test set link = 'a' where price <= 50;

MySQL报错：[22001][1292] Data truncation: Truncated incorrect DOUBLE value: '50 USD'

2. 将price列长度改为varchar(255)后，再次执行上述语句不再报错，且所有行（包括price为'50 USD'的行）都被更新。

1. 报错的核心原因 #

这是MySQL隐式转换规则结合严格模式的结果。当执行price <= 50时，MySQL会自动把字符串类型的price列值尝试转为数值类型（因为右侧是数值50）。对于'50 USD'，MySQL会从左到右提取数字部分得到50，但后续的" USD"属于非数字内容，会触发截断操作。

当price是varchar(10)短列时，MySQL会严格判定这种带非数字后缀的转换为"不正确的数值截断"，在默认开启的严格模式（通常包含STRICT_TRANS_TABLES或STRICT_ALL_TABLES）下，直接抛出1292错误终止操作。

2. 列长度改为varchar(255)后行为变化的原因 #

当price列变为varchar(255)长列时，MySQL的隐式转换检查逻辑放宽：不再将'50 USD'的转换视为错误截断，而是提取前导有效数字50进行比较，判定50 <= 50成立，因此该行也被更新。这是MySQL内部对不同长度字符串列的转换错误阈值判定差异导致的。

3. 是设置问题还是Bug？ #

这不是Bug，是MySQL设计的规则，同时和sql_mode的严格模式相关：

• 若关闭严格模式（移除STRICT_TRANS_TABLES等参数），即使是varchar(10)列，执行该语句也不会报错，而是提取'50 USD'的数字部分进行比较，同样更新所有行；
• 严格模式下，短字符串列的转换错误会被拦截，长字符串列则放行，属于MySQL对不同长度列的转换检查策略差异。

4. 不同数据库表现不同的原因 #

不同数据库厂商对SQL标准的实现逻辑不同，核心是类型安全与兼容性的权衡差异：

• 部分数据库会直接拒绝字符串与数值的隐式比较，要求必须显式转换；
• 部分数据库的字符串转数值规则更严格，只要包含非数字字符就报错，和列长度无关；
• 还有些数据库的处理逻辑类似MySQL，但阈值判定逻辑不同。

这些差异是各厂商的设计选择，没有统一的"标准行为"。

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