MariaDB BIT列更新触发CHECK约束违反（错误4025）排查

核心原因：BIT列字符串赋值的转换逻辑与CHECK约束的转换不匹配 #

当你用字符串'0'、'1'给BIT(1)列赋值时，MariaDB会按字符串的ASCII码二进制值处理，而非直接将字符解析为数字：

• 字符串'0'的ASCII码是48，二进制为110000，BIT(1)列仅保留最后1位（0），理论上CAST为有符号整数是0；
• 字符串'1'的ASCII码是49，二进制为110001，BIT(1)列保留最后1位（1），CAST为有符号整数是1，和为1应该符合约束。

但触发约束失败的具体场景有两种可能：

1. 隐式转换逻辑出错
   如果你的CHECK约束没有明确写CAST(standard AS SIGNED) + CAST(selected_by_default AS SIGNED) <= 1，而是用了隐式转换（比如直接写standard + selected_by_default <= 1），MariaDB 10.3.35的BIT类型算术运算可能错误地使用原字符串的ASCII码值（48和49）而非截断后的二进制数值，导致和为97远大于1，触发约束失败。

2. 版本兼容性bug
   MariaDB 10.2才正式支持CHECK约束，10.3.35属于较早的稳定版本，存在BIT类型与CHECK约束的转换逻辑bug：当BIT列由字符串赋值时，CHECK约束中的CAST操作会错误地读取完整的ASCII字节值而非截断后的1位二进制值，导致转换后的数值远超预期，最终违反约束。

解决建议 #

• 改用二进制字面量赋值：把UPDATE语句改成UPDATE _boat_product SET standard = b'0', selected_by_default = b'1' WHERE id = '483'，确保BIT列存储的是正确的二进制数值；
• 明确约束转换逻辑：修改CHECK约束为CHECK (CAST(standard AS SIGNED) + CAST(selected_by_default AS SIGNED) <= 1)，避免隐式转换的不确定性；
• 升级MariaDB版本：升级到10.4及以上版本，这类BIT与CHECK约束的兼容问题已被修复。

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