Django新增第二个slug报错：字段列表未知，伪迁移后仍有错误

让我一步步帮你排查这个问题——这种Django迁移和字段不匹配的坑我踩过不少，咱们从几个常见的方向入手：

1. 伪迁移没有真正同步数据库结构 #

当你执行python manage.py migrate --fake时，Django只是把迁移标记为已执行，但并没有在数据库里实际创建那个新的slug字段。这就导致模型里有这个字段，但数据库表中完全不存在，加载页面查询数据时自然会报字段不存在的错误。

• 排查方法：直接登录你的数据库（比如用mysql命令、pgAdmin或者Django的shell），查看对应表的结构，确认是否真的有第二个slug字段。如果没有，你需要撤销伪迁移，然后重新执行真实迁移：

  # 先回退到添加第二个slug之前的迁移版本，比如0003
  python manage.py migrate <你的app名> 0003
  # 然后重新执行迁移（不要加--fake）
  python manage.py migrate <你的app名>
  

2. 模型字段定义有遗漏或错误 #

即使你设置了unique=False，可能还有其他细节没注意：

• 有没有给字段设置null=True或者blank=True？如果没有，而数据库里已有数据，迁移时会因为无法填充默认值而失败，这时候强行伪迁移，就会导致模型和数据库不一致。
• 字段类型是否正确？比如是不是用了SlugField而不是其他类型？
  示例正确的字段定义应该类似：

  class YourModel(models.Model):
      # 第一个slug
      slug = models.SlugField(unique=True)
      # 第二个slug，非唯一，允许为空
      secondary_slug = models.SlugField(unique=False, blank=True, null=True)
  

3. 迁移文件本身有问题 #

有时候自动生成的迁移文件可能有错误，比如没有正确添加第二个slug字段的创建语句，或者逻辑冲突。

• 排查方法：打开对应app下的migrations文件夹，找到添加第二个slug的那个迁移文件，检查operations列表里是否有AddField操作，并且字段参数和模型里的一致。如果迁移文件有问题，可以删除它，然后重新生成：

  python manage.py makemigrations <你的app名>
  

  注意：删除迁移文件前要确保你已经回退到该迁移之前的状态，避免迁移历史混乱。

4. 视图或模板提前引用了未同步的字段 #

如果你在伪迁移后，视图或模板里已经开始使用第二个slug字段，但数据库里还没有这个字段，当页面加载时查询模型数据，就会触发数据库报错。

• 排查方法：检查视图函数或模板中是否有调用该字段的代码，暂时注释掉，等迁移真正完成后再恢复使用。

5. 数据库缓存或连接问题 #

极少数情况下，数据库的连接缓存可能导致Django读取到旧的表结构。可以尝试重启Django服务器和数据库服务，或者在Django shell里手动查询表结构：

from django.db import connection
with connection.cursor() as cursor:
    cursor.execute("DESCRIBE 你的表名;")
    print(cursor.fetchall())

这样能确认数据库里的实际结构和模型是否一致。

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