添加作为现有UNIQUE KEY超集的新UNIQUE KEY时为何冲突？

核心原因1：NULL值的特殊判定逻辑 #

你遇到的问题大概率是现有数据中存在同一(column_a, column_b)组合下，column_c为NULL的重复行。

MySQL的InnoDB引擎对唯一键中的NULL值有特殊处理：在唯一键约束规则里，多个NULL会被判定为“重复值”。举个例子，假设表中有两行数据：

column_a | column_b | column_c
---------|----------|---------
foo      | bar      | NULL
foo      | bar      | NULL

原有唯一键mykey (column_a, column_b)允许这种情况，因为两行的(column_a, column_b)是唯一的；但添加mykey2 (column_a, column_b, column_c)时，InnoDB会把这两行的NULL视为相同值，直接触发重复条目错误。

核心原因2：繁忙业务下的竞态窗口 #

虽然原有唯一键能阻止(column_a, column_b)重复，但ALTER TABLE添加唯一键的过程存在时间窗口：

1. 先扫描全表，检查现有数据是否符合新唯一键约束；
2. 检查通过后，再创建唯一键索引并启用约束。

在第一步检查完成、第二步约束启用前的间隙里，如果业务写入了新的(column_a, column_b, column_c)重复数据，就会导致ALTER操作失败——此时新约束还未生效，原有唯一键管不到column_c维度的重复。

解决办法 #

1. 先清理重复数据：
   先定位(column_a, column_b, column_c)的重复行（重点排查column_c为NULL的情况），可以用这条SQL：

   SELECT column_a, column_b, column_c, COUNT(*)
   FROM mytable
   GROUP BY column_a, column_b, column_c
   HAVING COUNT(*) > 1;
   

   清理掉重复数据后，再执行ALTER语句。

2. 规避竞态窗口：

   • 选择业务低峰期执行ALTER操作，降低写入冲突概率；
   • 如果是MySQL 8.0+版本，可使用ALTER TABLE ... ALGORITHM=INSTANT（需引擎支持），这种方式几乎无锁，能大幅缩短竞态窗口；
   • 先创建普通过渡索引INDEX idx_temp (column_a, column_b, column_c)，再在低峰期替换为唯一键，减少锁表时间。

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