升级Django 1.11时自动创建user_id外键约束问题咨询

Hey there, I’ve run into this exact scenario before when upgrading older Django versions to 1.11—let me walk you through what’s going on and how to tackle it.

为什么会自动创建这些外键？ #

Django 1.11的0008_auth迁移其实是在补全早期版本缺失的数据库级外键约束。

在Django 1.8时代，虽然像django_admin_log这类模型在代码里定义了指向User的外键，但出于向后兼容的考虑，Django并没有强制在数据库层面创建对应的约束。而0008_auth迁移就是为了补上这个缺口，确保数据库的引用完整性。

怎么处理这个问题？ #

根据你的数据库状态，有以下几种解决方案：

1. 数据库数据干净，无无效关联记录 #

如果你确认所有关联记录（比如django_admin_log里的条目）都指向存在的User实例，直接正常执行迁移即可：

python manage.py migrate auth

执行前一定要备份数据库，稳妥为先。

2. 存在脏数据（比如无效的user_id引用） #

这种情况需要先清理无效的孤立记录：

• 运行SQL查询找出无效条目，以django_admin_log为例：

  SELECT * FROM django_admin_log WHERE user_id NOT IN (SELECT id FROM auth_user);
  

• 要么删除这些无效日志，要么把user_id更新为指向有效的用户（比如超级用户）。
• 数据清理完成后，再执行上面的迁移命令。

3. 临时跳过外键创建（不推荐） #

如果你当下实在无法添加这些约束（但这对长期的数据完整性不利），可以覆盖原迁移：

• 为auth应用创建一个空迁移：

  python manage.py makemigrations --empty auth
  

• 打开新生成的迁移文件，修改内容跳过外键创建步骤。你需要参考原0008_auth迁移的代码，排除掉与外键相关的AlterField或AddConstraint操作。
• 警告：这只是临时 workaround——后续Django版本升级可能会依赖这些约束，所以最好还是尽快修复数据并补上约束。

关键注意事项 #

• 升级过程中执行迁移前，一定要备份数据库。
• 先在测试环境复现问题并验证解决方案，再操作生产环境。
• 这些外键约束长期来看是有益的，它们能防止无效数据进入数据库，所以优先考虑解决数据问题，而不是跳过约束创建。

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