无重复值却因唯一索引更新失败？设置值为2却提示0重复

嘿，我碰到过好几次这种离谱的情况！咱们一步步拆解下可能的原因，帮你定位问题所在：

• 默认值或触发器在搞小动作
  先检查下那个带唯一索引的字段是不是设置了默认值0？如果你的更新语句里没明确指定这个字段（或者程序传参时不小心漏了、传了空值），数据库会自动用默认值填充，这时候就会触发唯一索引冲突。另外别忘了看看有没有关联的BEFORE UPDATE触发器，说不定触发器里的逻辑判断出错，偷偷把你设置的2改成了0。

• 更新语句的逻辑有漏洞
  仔细核对你的更新SQL：是不是写错了要更新的字段？比如本来要改target_col，结果误操作改了另一个带唯一索引的字段；或者WHERE条件写得有问题，导致更新范围超出预期，误碰了已经有0值的行。举个例子，要是你写的是UPDATE your_table SET col_a = 2（没加WHERE条件），那所有行的col_a都会被改成2，但如果有其他带唯一索引的字段因为默认值变成0，就会炸锅。

• 数据类型不匹配或程序传参错误
  看看字段的数据类型是不是和你传入的2不兼容？比如字段是bit类型的话，传入2会被自动转换成0；或者你的程序里把数值2转换成了字符串，但数据库解析时出问题变成了0。另外，如果字段是NOT NULL，你没传值的话就会用默认值0，这也会触发冲突。

• 联合唯一索引的隐藏坑
  有没有可能这个唯一索引是联合索引？比如和其他字段组合成唯一键，你只改了当前字段为2，但其他字段的值加上2，刚好和表中已有0+某个值的组合重复？这种情况下报错提示的是0，但实际是组合键冲突。

快速排查步骤 #

1. 先执行一条极简的测试更新语句：UPDATE your_table SET your_unique_column = 2 WHERE id = [你的目标行ID];，看看会不会报错。如果还是报错，直接查这行该字段的当前值，以及表中所有该字段为0的行，确认唯一索引的覆盖范围。
2. 开启数据库的SQL日志，看看实际执行的更新语句到底是什么——有时候程序生成的SQL和你预期的完全不一样！

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