Django项目执行数据库迁移后出现IntegrityError，提示列已删除但仍被引用，这类问题通常源于迁移文件与数据库实际状态不一致，或是残留的数据库约束未被正确清理。下面先介绍具体的排查和解决方法。
常见产生原因
- 迁移文件顺序混乱，新迁移依赖了旧迁移中已删除的字段
- 手动修改过数据库结构，导致Django记录的迁移状态和实际表结构不匹配
- 删除模型字段时未正确生成迁移文件，残留了外键、唯一约束等引用
- 多个分支的迁移文件合并时产生冲突，部分迁移未被正确应用
排查步骤
1. 查看完整错误信息
首先记录IntegrityError的完整报错内容，找到被引用的列名和对应的表名，明确是哪个约束出现了问题。比如报错可能提示column user_old_id does not exist，说明user_old_id这个列已经被删除但仍有引用。
2. 检查迁移文件历史
执行以下命令查看当前应用的迁移状态：
python manage.py showmigrations your_app_name python manage.py migrate --list
确认所有迁移文件是否都已被正确应用，有没有未应用的迁移或者重复应用的迁移。
3. 对比模型定义和数据库结构
查看对应模型的代码定义，确认是否已经删除了报错的列，同时直接连接数据库查看对应表的结构，执行如下SQL（以PostgreSQL为例）：
-- 查看表的所有列 d+ your_table_name; -- 查看表的所有约束 SELECT conname, contype, conrelid::regclass, confrelid::regclass FROM pg_constraint WHERE conrelid = 'your_table_name'::regclass;
解决方法
1. 修复迁移文件依赖
如果是迁移文件顺序问题，可以手动调整迁移文件的dependencies属性，确保依赖的迁移都是已应用且未删除对应字段的版本。比如某个迁移错误引用了旧字段，修改其依赖为删除该字段之后的迁移：
# 迁移文件中的dependencies示例
dependencies = [
('your_app_name', '0002_remove_old_field'), # 确保这个迁移已经删除了问题字段
]
2. 清理残留数据库约束
如果数据库中存在残留的约束，需要手动删除对应的约束。比如删除残留的外键约束：
-- 删除外键约束，约束名从之前的查询结果中获取 ALTER TABLE your_table_name DROP CONSTRAINT IF EXISTS constraint_name; -- 删除唯一约束 ALTER TABLE your_table_name DROP CONSTRAINT IF EXISTS unique_constraint_name;
删除约束后，重新执行Django迁移命令：
python manage.py migrate
3. 重建迁移文件（数据量小的情况）
如果项目处于开发阶段，数据量较小，可以删除所有迁移文件（保留__init__.py），然后重新生成迁移并应用：
# 删除迁移文件，注意不要删除__init__.py rm your_app_name/migrations/0*.py # 重新生成迁移 python manage.py makemigrations your_app_name # 应用迁移 python manage.py migrate
4. 手动修正迁移状态
如果是迁移记录错误，可以手动修改django_migrations表，将错误的迁移记录删除或者标记为已应用：
-- 删除错误的迁移记录，app名和迁移名替换为实际值 DELETE FROM django_migrations WHERE app='your_app_name' AND name='0003_wrong_migration';
预防建议
- 不要手动修改数据库结构，所有表结构变更都通过Django迁移完成
- 合并分支时仔细检查迁移文件冲突，避免重复或者矛盾的迁移操作
- 删除模型字段时先执行
makemigrations生成对应迁移，确认迁移内容正确后再执行migrate - 生产环境执行迁移前，先在测试环境验证迁移流程，避免直接操作生产数据库
按照以上步骤操作，基本可以解决Django迁移后列已删除但仍被引用的IntegrityError问题，同时保障数据库数据的一致性。
DjangomigrationIntegrityError数据库迁移修改时间：2026-07-06 04:57:23