Django 2.1迁移报错:relation 'TEST'不存在,弃用表仍被引用
解决Django migrate时仍查找旧表名的问题
这种情况我开发时也踩过坑,明明已经改了模型的db_table,但migrate还是揪着旧表名不放,大概率是迁移记录、缓存或者残留的硬编码信息在搞鬼,给你几个针对性的解决步骤:
1. 检查迁移文件是否正确记录表名修改
先去对应app的migrations目录下,查看最近生成的迁移文件,确认里面有没有AlterModelTable操作——正常来说,修改db_table后执行makemigrations应该会生成这个操作,用来把旧表名(TEST)改成新的(cross_currents)。
- 如果没有这个操作,说明
makemigrations没检测到变化,你可以尝试回退到修改表名之前的迁移版本:
然后重新执行python manage.py migrate your_app_name 00xx_your_previous_migrationpython manage.py makemigrations和python manage.py migrate。
2. 清理Django的模型元数据缓存
Django 2.1还没有clearcache命令,所以需要手动清理缓存:
- 删除项目根目录和每个app目录下的
__pycache__文件夹; - 重启你的Django开发服务器(比如runserver进程),确保新的模型元数据被加载。
3. 排查是否有硬编码旧表名的地方
仔细检查项目中有没有其他地方直接写了旧表名TEST:
- 自定义的Raw SQL查询,比如
cross_currents.objects.raw("SELECT * FROM TEST"); - 信号接收器、自定义管理器里的硬编码表名;
- 其他模型中对
cross_currents的关联是否有异常配置。
4. 手动添加表名修改的迁移操作(谨慎使用)
如果自动生成的迁移文件没包含表名修改,可以手动创建一个迁移文件:
- 执行
python manage.py makemigrations your_app_name --empty生成一个空迁移; - 打开这个空迁移文件,添加
AlterModelTable操作:from django.db import migrations, models class Migration(migrations.Migration): dependencies = [ ('your_app_name', '00xx_last_valid_migration'), # 替换为你的上一个迁移文件名 ] operations = [ migrations.AlterModelTable( name='cross_currents', table='cross_currents', ), ] - 执行
python manage.py migrate应用这个迁移。
5. 开发环境终极方案(生产环境禁用)
如果是本地开发环境,且数据可以重置,那可以直接清空数据库重新迁移:
- 先备份你的数据库(以防万一);
- 执行
python manage.py flush清空数据库; - 重新执行
python manage.py migrate初始化所有表。
内容的提问来源于stack exchange,提问作者Ashley Liu
相关产品推荐
相关产品推荐

