MySQL唯一索引名称与列的混淆及复合唯一键配置咨询

一、当前表的唯一键结构判断 #

从你提供的SHOW CREATE TABLE输出可以明确：仅存在一个名为serial的复合唯一键，由serial和version两列组合构成。如果存在单独基于serial列的唯一键，输出中会单独出现一行类似UNIQUE KEY serial (serial)的定义，而非将两列放在同一个UNIQUE KEY下。

二、插入相同serial不同version行有时失败的原因 #

你遇到的“duplicate key serial”报错，本质是触发了那个名为serial的复合唯一键冲突，而非单独的serial列唯一约束。出现“不稳定”表现，大概率是以下两种情况：

• 操作失误：某次插入时误使用了与现有行完全相同的(serial, version)组合，却误以为只是serial重复；
• 事务/缓存干扰：存在未提交的事务已经插入了相同(serial, version)的行，或者客户端工具缓存了旧的表结构元数据，导致报错信息的表述让你误解为是serial列单独冲突。

另外，你执行ALTER TABLE users DROP INDEX serial;后所有唯一键消失，也直接验证了serial是那个复合唯一键的名称，而非单独的约束——删除它自然就把唯一键全删了。

三、实现仅保留(serial, version)复合唯一键的操作步骤 #

1. 先确认当前索引状态：执行SHOW INDEX FROM users;，查看表中所有索引的类型、名称和关联列，确认是否存在多余的唯一键。
2. 如果已经误删了复合唯一键，重新创建：

   ALTER TABLE users ADD UNIQUE KEY `serial_version_unique` (`serial`, `version`);
   

   这里建议给复合键起一个更清晰的名称（比如serial_version_unique），避免和列名serial混淆，减少后续操作的误解。
3. 如果存在多余的单独serial唯一键：从SHOW INDEX的结果中找到该索引的名称（如果没自定义，可能是serial或者serial_2），执行删除：

   ALTER TABLE users DROP INDEX [单独serial键的名称];
   

   注意不要删除那个复合唯一键即可。

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