MySQL中ALTER TABLE ADD UNIQUE (a,b)不生效，是因为8.0+不支持无名联合唯一约束，必须显式命名如ADD CONSTRAINT uk_a_b UNIQUE (a,b)，否则自动生成难维护索引名且无法准确删除；同时需先清理重复数据、合理设置字段顺序，并通过SHOW INDEX和重复插入验证。
直接用 ALTER TABLE ... ADD UNIQUE 就行，但必须先清理重复数据、显式命名约束、并确认字段顺序合理——否则命令会报错或索引效果打折。
为什么 ALTER TABLE ADD UNIQUE (a,b) 有时不生效？
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放前面；若只查组合条件，顺序影响小但仍有索引结构差异
加之前不检查重复数据，99% 会失败
错误信息通常是：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为 0 - 试插重复值：
INSERT 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 - 注意 NULL 的坑：
(123, NULL)和(123, NULL)不算重复（MySQL 认为NULL != NULL），但业务上可能需要额外判断
删约束不是 DROP CONSTRAINT，而是删索引
MySQL 的复合唯一约束底层就是唯一 B+ 树索引，所以删除操作是：
ALTER TABLE orders DROP INDEX uk_user_id_order_time;- 别用
DROP CONSTRAINT—— MySQL 不支持这个语法，会报错Unknown syntax - 删完后，原字段组合不再受唯一性保护，也不再有对应索引加速查询
最容易被忽略的是 NULL 行为和字段顺序对查询覆盖的影响：哪怕约束加成功了，如果查询只用了后置字段（比如索引是 (a,b) 却只查 WHERE b = ?），索引也用不上。
