如何解决Django migrate卡住问题？MySQL迁移报错持续存在求助

为什么报错反复出现？ #

兄弟，这种坑我刚学Django的时候踩过好几次！之所以反复报错，核心是Django的迁移系统是基于本地迁移文件和数据库里的django_migrations历史表双向同步的，你之前的操作（手动删表、反复修改模型但没清理旧迁移）破坏了这个同步性，导致旧的错误逻辑一直被触发。具体来说有这几个原因：

1. 旧迁移文件残留，依赖链混乱 #

你第一次添加错误默认值时生成的迁移文件（比如0002_xxx.py）还留在app的migrations目录里，哪怕你后来改了模型、甚至删了表，Django的迁移系统还是会按文件的先后顺序执行所有未被标记为“已应用”的迁移。如果旧文件里的错误默认值逻辑还在，migrate时自然会重复触发格式错误。

2. django_migrations表记录与实际状态不匹配 #

当你手动删除数据库表后，django_migrations表中可能还保留着“该迁移已执行”的记录；或者反过来，某些迁移明明没执行，但表中标记成了已应用。这种状态不一致会让migrate时出现冲突，比如Django以为某个字段已经存在，但实际表被你删了，或者反过来。

3. Django的迁移状态缓存 #

Django会缓存迁移的解析结果，有时候你修改了模型后，缓存没及时更新，导致makemigrations生成的新迁移文件依然引用了旧的错误逻辑。

解决办法（分场景） #

场景1：项目处于开发初期，数据不重要（适合你的情况，因为你已经删过表） #

直接重置整个迁移系统，彻底清理旧状态：

1. 删除所有app下migrations目录里，除了__init__.py之外的所有.py和.pyc文件；
2. 登录MySQL数据库，执行DELETE FROM django_migrations WHERE app='你的app名称';（如果想重置所有app，直接TRUNCATE TABLE django_migrations;）；
3. 删除数据库中你手动创建/删除过的目标数据表（避免残留）；
4. 重新生成初始迁移：python manage.py makemigrations；
5. 执行迁移：python manage.py migrate。

场景2：需要保留现有数据，不想完全重置 #

1. 找到包含错误默认值的那个迁移文件（比如0002_xxxx.py），打开它，删除里面涉及错误默认值的代码块（比如AddField操作里的default='错误日期字符串'）；
2. 运行python manage.py showmigrations，查看哪些迁移是未应用的，标记错误的迁移为“已应用”（避免重复执行）：python manage.py migrate --fake 你的app名称 0002；
3. 重新生成新的迁移：python manage.py makemigrations；
4. 执行最新迁移：python manage.py migrate。

避坑提醒 #

• 给DateTimeField加默认值时，要用Django推荐的方式：比如default=datetime.datetime.now（注意不要加括号，否则会在生成迁移时固定时间），或者如果启用了时区，用default=django.utils.timezone.now；
• 尽量不要手动修改数据库结构，所有表结构变更都通过makemigrations和migrate来执行，否则很容易导致迁移状态不一致；
• 如果迁移出现问题，先运行python manage.py showmigrations查看状态，搞清楚哪些迁移已应用、哪些未应用，再动手解决。

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