如何在Python中使用Django管理自动化数据库迁移回滚？-Python教程-PHP中文网

回滚到指定迁移版本用 python manage.py migrate app_name migration_name，django 自动判断正向或反向执行；需先用 showmigrations 确认状态，生产环境禁止直接回滚，应使用备份 sql 手动操作。

如何在python中使用django管理自动化数据库迁移回滚？

回滚到指定迁移版本用 `python manage.py migrate`

直接执行 python manage.py migrate app_name migration_name 就能回退到目标迁移文件（不含该文件），或前进到它（含该文件）。比如当前在 0005_add_status，想退回上一版，运行 python manage.py migrate myapp 0004_alter_user_email 即可。Django 会自动计算正向/反向路径，不需要手动指定方向。

常见错误是输错迁移名——Django 不报错，但实际没变化。建议先用 python manage.py showmigrations myapp 确认已应用的迁移列表，带 [X] 的才是已执行的。

彻底清空迁移记录并重置数据库用 `python manage.py migrate --fake-initial`

当本地开发中删了迁移文件、改了 models.py 又不想丢数据时，容易误用 --fake 导致后续迁移失败。正确做法是：先删掉数据库里所有 django_migrations 表中对应 app 的记录，再删本地迁移文件（保留 __init__.py），运行 python manage.py makemigrations 生成新初始迁移，最后加 --fake-initial 告诉 Django “这张表已存在，别真建”。

注意：--fake-initial 只对检测为“初始迁移”的文件生效；如果模型字段和数据库实际结构不一致，它不会校验，后续 migrate 可能报错。

回滚失败后手动修复 `django_migrations` 表

当迁移抛出 OperationalError: no such column 或 IntegrityError 卡住时，Django 已写入 django_migrations 但数据库变更未完成，状态不一致。此时不能直接重跑 migrate。

python学习

Python 编程学习助手 skill，面向零基础用户。当用户表达以下意图时触发： - 学习 Python 基础概念（变量、数据类型、循环、函数、类等） - 请求 Python 练习题或测验 - 请求审查或调试 Python 代码 - 请求 Python 项目实战指导（爬虫、数据分析、Web 开发等入门项目） - 泛化表述如"教我 Python""我想学编程""Python 怎么写""帮我学 Python" 此 skill

下载

安全做法是：

进数据库查 SELECT * FROM django_migrations WHERE app = 'myapp' ORDER BY applied DESC LIMIT 3;
确认最后一条记录是否对应刚失败的迁移名
若已写入但 DB 没变，用 DELETE FROM django_migrations WHERE app = 'myapp' AND name = '0006_drop_old_field'; 回退记录
再检查对应表结构，手动补列或删列（用 ALTER TABLE），确保与模型一致

跳过这步强行 --fake，下次迁移大概率因结构不匹配中断。