Django修改UniqueConstraint添加字段后migrate报错：无法删除索引

问题根源 #

你更新UniqueConstraint字段组合时，Django会尝试删除旧的special_key索引，但该索引被其他表的外键约束关联引用。MySQL禁止删除被外键依赖的唯一索引，因此触发1553错误。

解决方案 #

方案一：分两步迁移（推荐） #

• 第一步：保留旧约束，新增新约束
  修改模型，添加新的唯一约束（使用新名称），暂时保留原有的旧约束：

  models.UniqueConstraint(fields=['field1', 'field2'], name='special_key_old')
  models.UniqueConstraint(fields=['field1', 'field2', 'field3'], name='special_key')
  

  执行命令生成并应用迁移：

  python manage.py makemigrations
  python manage.py migrate
  

  这一步会创建新索引，不会删除旧索引，规避外键依赖冲突。

• 第二步：更新外键并删除旧约束
  找到引用旧唯一约束的外键字段（其他模型中指向field1+field2联合键的ForeignKey/OneToOneField），将其关联逻辑更新为适配新的field1+field2+field3联合键（按需调整）。
  修改模型删除旧的special_key_old约束，再次执行迁移：

  python manage.py makemigrations
  python manage.py migrate
  

方案二：手动调整迁移文件 #

1. 打开自动生成的迁移文件，找到删除旧索引、创建新索引的代码块。
2. 调整操作顺序：
   • 先执行创建新唯一索引的CreateIndex操作；
   • 临时删除依赖旧索引的外键约束；
   • 删除旧的special_key索引；
   • 重新创建适配新索引的外键约束。
     （注：需熟悉Django迁移的操作类，如CreateIndex、RemoveConstraint等）

方案三：临时禁用外键检查（谨慎使用） #

1. 登录MySQL数据库，执行命令临时关闭外键检查：

   SET FOREIGN_KEY_CHECKS = 0;
   

2. 执行Django迁移：

   python manage.py migrate
   

3. 迁移完成后，重新开启外键检查：

   SET FOREIGN_KEY_CHECKS = 1;
   

   （注：此方法可能引发数据一致性问题，仅在确认数据安全时使用，生产环境慎用）

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