MySQL中ALTER TABLE ADD UNIQUE (a,b)不生效,是因为8.0+不支持无名联合唯一约束,必须显式命名如ADD CONSTRAINT uk_a_b UNIQUE (a,b),否则自动生成难维护索引名且无法准确删除;同时需先清理重复数据、合理设置字段顺序,并通过SHOW INDEX和重复插入验证。
直接用 ALTER TABLE ... ADD UNIQUE 就行,但必须先清理重复数据、显式命名约束、并确认字段顺序合理——否则命令会报错或索引效果打折。
MySQL 8.0+ 不接受无名的联合唯一约束写法;旧版本虽可能容忍,但会自动生成难维护的索引名(如 uk_123456),且后续删约束时无法准确引用。真正可靠的写法是显式命名:
ALTER TABLE orders ADD CONSTRAINT uk_user_id_order_time UNIQUE (user_id, order_time);uk_ 前缀 + 字段缩写,避免空格/特殊字符WHERE user_id = ?,就把 user_id 放前面;若只查组合条件,顺序影响小但仍有索引结构差异错误信息通常是:Duplicate entry 'xxx' for key 'uk_user_id_order_time'。这不是语法错,是数据冲突。必须手动排查:
SELECT user_id, order_time, COUNT(*) FROM orders GROUP BY user_id, order_time HAVING COUNT(*) > 1;
id):DELETE t1 FROM orders t1 INNER JOIN orders t2 WHERE t1.user_id = t2.user_id AND t1.order_time = t2.order_time AND t1.id > t2.id;
INSERT ... ON DUPLICATE KEY UPDATE
MySQL 不会主动告诉你“约束已生效”,得自己验:
SHOW INDEX FROM orders WHERE Key_name = 'uk_user_id_order_time'; —— 应有记录且 Non_unique 为 0INSERT INTO orders (user_id, order_time) VALUES (123, '2026-06-19'); INSERT INTO orders (user_id, order_time) VALUES (123, '2026-06-19'); —— 第二条应报错 1062 Duplicate entry
(123, NULL) 和 (123, NULL) 不算重复(MySQL 认为 NULL != NULL),但业务上可能需要额外判断MySQL 的复合唯一约束底层就是唯一 B+ 树索引,所以删除操作是:
ALTER TABLE orders DROP INDEX uk_user_id_order_time;DROP CONSTRAINT —— MySQL 不支持这个语法,会报错 Unknown syntax
最容易被忽略的是 NULL 行为和字段顺序对查询覆盖的影响:哪怕约束加成功了,如果查询只用了后置字段(比如索引是 (a,b) 却只查 WHERE b = ?),索引也用不上。