数据库utf8mb3转utf8mb4遇唯一键重复错误，如何解决？

首先明确：没有MySQL系统变量能直接忽略唯一键重复错误。SET SESSION UNIQUE_CHECKS = 0;只是关闭表结构变更时的临时唯一键约束检查，但当你修改列字符集时，MySQL会重新校验现有数据的唯一性，这时候数据本身的重复冲突是绕不开的，必须从根源处理。

具体处理步骤： #

1. 定位重复数据
   先找出触发唯一键冲突的具体记录，针对单个唯一键列可以用：

   SELECT 你的唯一键列名, COUNT(*) 
   FROM 表名 
   GROUP BY 你的唯一键列名 
   HAVING COUNT(*) > 1;
   

   如果是多列组合唯一键，把所有涉及的列都加入GROUP BY即可。

2. 清理重复数据

   • 手动删除重复行，只保留一条有效记录；如果业务逻辑允许重复，可直接删除对应的唯一键约束。
   • 特殊情况：部分“重复”是编码转换导致的伪重复——比如某些字符在utf8mb3中被拆分为多字符存储，转成utf8mb4后合并为同一个字符，这种情况需要先统一数据编码再执行转换。

3. 调整转换流程

   • 先完整备份数据库，避免操作失误丢失数据。
   • 不要直接在生产表上批量修改，建议先复制一份测试表，在副本上完成转换测试，确认无问题后再处理原表。

补充说明 #

UNIQUE_CHECKS=0的作用是加快表结构变更速度，跳过临时的唯一键校验，但它无法解决数据本身的唯一性冲突——修改列字符集时，MySQL需要确保转换后的数据依然符合唯一键约束，这是数据一致性的基本要求，所以该错误必须通过处理数据解决，无法强行忽略。

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