删除数据库后执行manage.py migrate报错：Table 'django_migrations' already exists

这问题我之前排查过好几次，太懂这种明明数据库是空的却报表已存在的诡异感了，咱们一步步来解决：

首先排查最容易踩的坑：你真的连对数据库了吗？ #

很多时候都是这个原因——你以为操作的是刚重建的空库，但实际上Django连接的是另一个旧数据库（比如本地测试库和Docker里的库搞混，或者SQLite文件路径错了）。

验证方法很简单，打开Django shell：

python manage.py shell

然后执行：

from django.db import connection
print(connection.settings_dict['NAME'])

看看输出的数据库名称/路径是不是你刚重建的那个。如果不是，赶紧修正settings.py里的DATABASES配置。

确认数据库真的是空的 #

如果连接没问题，那直接登录数据库终端手动检查：

• 如果你用MySQL/PostgreSQL：

USE 你的数据库名;
SHOW TABLES; -- MySQL
-- 或者PostgreSQL用 \dt

确保输出里没有任何表，包括django_migrations。

• 如果你用SQLite：

sqlite3 你的db.sqlite3文件路径
.tables

要是真的空库还报错，那大概率是连接缓存的问题。

清理连接缓存 & 重启服务 #

Django的数据库连接池可能保留了旧的连接状态，导致识别错误。试试：

1. 退出所有Django相关的进程（shell、开发服务器、WSGI进程等）
2. 重启你的数据库服务（比如systemctl restart mysql或者重启Docker容器）
3. 再重新执行python manage.py migrate

别忘了重新生成migrations文件！ #

你提到删除了应用目录下的migrations文件夹，那一定要先重新生成迁移文件：

python manage.py makemigrations

之后再执行migrate——如果没有migrations文件，Django的迁移系统也会出现异常行为。

极端情况：清理Python缓存 #

如果以上都没用，试试删除项目里的所有__pycache__文件夹（包括每个app目录下和项目根目录的），然后重新执行命令。有时候缓存的旧迁移信息会干扰系统判断。

最后检查数据库权限 #

如果是MySQL/PostgreSQL，确保你的Django数据库用户拥有CREATE TABLE的权限：

-- MySQL
SHOW GRANTS FOR '你的用户名'@'localhost';
-- PostgreSQL
\du 你的用户名

权限不足也可能导致奇怪的报错（虽然这个报错信息不太匹配，但排查的时候也别漏了）。

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