网上这个问题搜索的概率非常高，但是实际上解决方法并不是非常完美，例如删除数据库重建什么的。由于刚开始的时候没有设计用户模块，中间添加的用户模块，此时数据库已经有很多数据了，如果删除数据重新创建是显然不可能的，于是搜索了一下，https://blog.csdn.net/qingche456/article/details/58153741 这个帖子中的方法确实能够解决问题，但是并不是十分完美，作为一个强迫症患者，一定要解决这个问题，而不是用这种投机取巧的办法。
我这里出现这个问题的原因在于，新建的用户表用户数量已经超过了原有的auth_user数据数量，所以外键已经无法获取到正确的用户id。原始的约束如下
ADD CONSTRAINT `django_admin_log_user_id_52fdd58701c5f563_fk_auth_user_id` FOREIGN KEY (`user_id`) REFERENCES `auth_user` (`id`);
而我新创建的用户model为h4ckUser_hackuser，于是新创建的用户都会增加到h4ckUser_hackuser表中，而不是默认的auth_user表中。要解决这个问题就需要修改外键约束，我用phpmyadmin
后台发现无法修改这些数据。于是只好重建一个新表，然后将两个表名称替换。此时这个问题就完美解决了，新建的表注意将上面的代码改成
ADD CONSTRAINT `django_admin_log_user_id_52fdd58701c5f563_fk_auth_user_id` FOREIGN KEY (`user_id`) REFERENCES `h4ckUser_hackuser` (`id`);
此时在后台新建用户以及各种操作就完全没有问题了，日志系统也会正常进行记录。
另外如果migrate失败，可以尝试删除migration下最后生成的文件，同时对数据库中新增加的数据进行删除。然后重新直接make migraions和migrate，为了稳妥还是最好天前进行系统备份，例如快照系统和mysql备份。
