django-migrate一败再败

python3 manage.py makemigrations  # 生成数据库迁移文件
python3 manage.py migrate   # 迁移数据库

简简单单两条命令就完成了django的数据库迁移

但是今天一天的时间都耽误在这了，一点都不夸张的那种，，早上去公司讨论需求之后，研究了一下需要更改一下数据库，在执行makemigrations的时候OK没有问题，但是migrate就报错了

1.报错： XX表已经存在，django.db.utils.OperationalError: (1050, "Table  XX already exists

　　　　我：删表，但是报错，Cannot delete or update a parent row: a foreign key constraint fails   跟YY表存在外键关系，无法删除，

　　　　百度了一番之后：1、SET foreign_key_checks = 0; // 先设置外键约束检查关闭

　　　　　　　　　　　　2、drop table XX; // 删除数据，表或者视图

　　　　　　　　　　　　3、SET foreign_key_checks = 1; // 开启外键约束检查，以保持表结构完整性　

2.表删了之后重新执行migrate，又报错别的表存在，如此一直循环往复，我都怀疑这是人家写的一个while True，

　　　　我：找到了第二种解决方案：python manage.py migrate myapp --fake  # 切记把myapp换成你要执行的APP名称

　　　　这条命令可以顺利执行，没有报错，但是又找不到对应生成的表在哪里，顶如还是说不能成功

3.将之前执行makemigrations生成的migrations文件夹删除，重新来过，OK，还是一样的毛病，

4.重新创建了database之后，重新来过，只生成了django自带的那几张表，然而项目里大多的数据存储都是依靠我在每一个app里创建的table里呀

5.将每个APP下的migrations都删掉，database也重新来过，好嘛，连最基本的数据库迁移文件夹都不能生成了，一瞬间有种悔不当初的感觉，但是又能怎么样呢，就是需要调整数据库呀

6.这个时候重头开始来过，千万不要慌，检查settings里是否把每一个APP都注册到，项目同名目录下的__init__.py里是否包含了

　　　　　　　　　　　　import pymysql

　　　　　　　　　　　　pymysql.install_as_MySQLdb()

7.没有问题之后这样去执行数据库迁移的命令

　　

python3 manage.py migrate    # 生成django自带的数据库
python3 manage.py makemigrations appname   # 将appname换成你要迁移的那个app的名称
python3 manage.py migrate appname   # 同理，换名

至此，一个小小的问题，真的就花了我一天的时间，好在终于解决了，

这就是一个朋友说的，一包茶，一杯烟，一个bug找一天吗？