Django 1146 Table doesn't exist 错误修复指南
本文详解 Django 中因手动删除数据库表导致的 1146 Table doesn't exist 错误。通过清理 migrations 文件夹及 django_migrations 表记录,重置迁移状态,重新执行 makemigrations 和 migrate 命令即可恢复。
一、现象
近期在数据库中手动删除了一张表,随后重新执行 python manage.py migrate 命令时遭遇报错,系统提示该表不存在。经过查阅相关资料,确认了有效的解决方案,下文将详细介绍具体操作步骤。
二、原因
该问题的核心原因在于 Django 的迁移机制。Django 仅在首次迁移时创建新表,后续迁移仅检查字段变更。当数据库中的表被手动删除后,Django 在检查字段变化时因找不到对应表而抛出错误。
三、解决办法
解决思路是重新执行 python manage.py makemigrations和python manage.py migrate,但在执行前需清除首次迁移创建表的记录。若不删除该记录,Django 会认为迁移已执行,从而跳过建表步骤,导致错误持续存在。
首先,进入对应 app 模块下的 migrations 文件夹。除前两个基础文件外,删除其余所有迁移文件。例如 001_initial.py 标识首次迁移,其存在会导致后续迁移不再创建表。

其次,需清理数据库中的迁移记录。查看 django_migrations 表,该表记录了每次迁移的模块及文件名(如 dtheme 模块下的 001_initial)。删除与已删除表对应的迁移记录,确保数据库状态与文件一致。

完成上述清理后,依次执行 python manage.py makemigrations 和 python manage.py migrate 命令,即可重新生成迁移文件并应用迁移。
需注意,若该 app 模块下包含其他 model,这些 model 对应的表也需一并删除。此方案针对整个 app 模块生效,若部分表已存在,重新生成时会提示冲突。
总结
以上内容为解决 Django 迁移相关错误的完整步骤,希望能为读者提供实用参考。如有疑问,欢迎留言交流,感谢支持。
本站声明
本文内容仅供参考,不代表本站观点。转载或引用请注明出处。如发现内容问题,请通过联系我们页面反馈。













