执行 Python manage.py makemigrations 报这错。除了删数据库重建外还有别的办法吗？

情况是这样的，
以前执行过 migrate
现在数据库里有数据了
我转移了一台云服务器

mysqldump xxx 备份的数据库

再执行 python manage.py makemigrations 报下面的错，查了一下大部分都是说删除数据库重建。除此外还有别的办法吗？

centos7.4 + python2.2 + mysql5.7

Traceback (most recent call last):
File "manage.py", line 21, in <module>
main()
File "manage.py", line 17, in main
execute_from_command_line(sys.argv)
File "/usr/local/lib/python3.6/site-packages/django/core/management/__init__.py", line 381, in execute_from_command_line
utility.execute()
File "/usr/local/lib/python3.6/site-packages/django/core/management/__init__.py", line 375, in execute
self.fetch_command(subcommand).run_from_argv(self.argv)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 323, in run_from_argv
self.execute(*args, **cmd_options)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 364, in execute
output = self.handle(*args, **options)
File "/usr/local/lib/python3.6/site-packages/django/core/management/base.py", line 83, in wrapped
res = handle_func(*args, **kwargs)
File "/usr/local/lib/python3.6/site-packages/django/core/management/commands/makemigrations.py", line 101, in handle
loader.check_consistent_history(connection)
File "/usr/local/lib/python3.6/site-packages/django/db/migrations/loader.py", line 299, in check_consistent_history
connection.alias,
django.db.migrations.exceptions.InconsistentMigrationHistory: Migration users.0001_initial is applied before its dependency auth.0011_update_proxy_permissions on database 'default'.

Python

file

django

usr

16 条回复 • 2020-02-19 14:37:28 +08:00

izoabr

2020-02-18 22:07:32 +08:00

有几个办法：
1、可能是 migrations 文件或者是数据库的 migrations 表的数据有丢失，这种情况通常是因为你更新文件的时候整个覆盖，或者 migrate 的时候用的是其它节点 migrate 的，所以造成不同步。解决同步问题。
2、不管那么多，dump fixture 出来，删库，重建，loadfixture，不行就跑路。
3、直接跑路

izoabr

2020-02-18 22:08:14 +08:00

还有，你这里用的是 Python3.6，不是 2.2 哦

python30

2020-02-18 22:12:56 +08:00

@izoabr 谢谢。说错了
是 python3.6
django2.2

2020-02-19 08:12:37 +08:00 via iPhone

fake 试过吗？

ytmsdy

2020-02-19 09:01:00 +08:00

1.本地新建一个全新的数据库，基于现有的 migrate file 先跑一边 manage.py migrate
2.本地再跑一边 makemigrations 看看有没有错误。如果没有错误就把生产环境里面的 django_migrations 表的数据清空，3 将本地的数据库里面的 django_migrations 数据，倒入到生产环境中

Dganzh

2020-02-19 10:12:18 +08:00

migrations 文件夹下的文件跟数据库里的一张表 django_migrations 记录的不一致

python30

2020-02-19 11:23:09 +08:00

@wd 试过。不大行

python30

2020-02-19 11:24:03 +08:00

@Dganzh
应该是
得找到原先生成的 migration 下面的文件对比一下

python30

2020-02-19 11:26:27 +08:00

@ytmsdy
我直接把原先 migrations 里面的文件复制过来了
因为原先的是 django1.11 现在的是 django2.2 可能不太兼容
我注释了一部。乱七八遭的改了一下。剧然可以了

我想如果是同版本的 django 的话。应该直接复过 migrations 里面的文件来就可以

sazima

2020-02-19 12:18:25 +08:00

数据库从一个服务器移到另一个服务器, 不需要 django 的迁移, 直接 mysqldump 就行

ytmsdy

2020-02-19 12:25:09 +08:00

@python30 1.1 到 2.2 是一个比较大版本的迁移了，其实最好是保持开发状态下的版本。要不然到生产环境出一些奇奇怪怪的问题查都不知道从哪里下手。

python30

2020-02-19 12:26:25 +08:00

@sazima 直接 mysqldump 备份
mysql 还原。执行 python manage.py makemigrations 时就出上面提示的错。
后来复制过相关 migrations 里面的文件来就可以了

python30

2020-02-19 12:27:21 +08:00

@ytmsdy 是的。主要是大部分都升级到 django2.2 了。后来的用 django1.x 的也慢慢升级。
这次升级这点小事卡了两天。。。

kevinguoCN

2020-02-19 13:00:26 +08:00

可以看一下我这篇文章。有两个命令可以了解一下 --fake
--fake--inital
https://www.kevinguo.cn/blog/detail/102/

wuwukai007

2020-02-19 14:04:36 +08:00

如果你用了自定义 User ,那么要到 django 源码中
site-packages\django\contrib\auth\migrations 删除除了__init__.py 的文件
然后自己项目删除 migrations 中的 py 文件
然后重新 migrations

python30

2020-02-19 14:37:28 +08:00

@wuwukai007
嗯。这个方法好像也可以。不过现在已经可以了。就不云实验了