Django重命名字段后执行新迁移报MySQL 1054未知列错误求助

问题重现 #

在连接MySQL的Django应用中，操作流程如下：

1. 修改models.py重命名字段，成功生成并记录了迁移文件
2. 手动登录MySQL数据库，将对应表的字段名改为和models.py一致的新名称
3. 执行后续新迁移时，抛出MySQLdb.OperationalError和django.db.utils.OperationalError 1054错误，提示找不到旧字段名oldName

补充：用inspectdb命令能识别到新字段名，MySQL中直接执行SELECT newName FROM mysql_tableName可正常查询。

原因分析 #

核心问题出在模型Meta类的managed = True设置：
当managed = True时，Django完全接管数据库结构管理，迁移系统会严格按照迁移文件的步骤执行——原本的重命名迁移逻辑是将oldName改为newName，但你手动提前修改了数据库字段，导致Django执行迁移时找不到oldName，直接触发报错。

Django迁移依赖自身迁移记录与数据库实际状态的严格匹配，手动修改数据库打破了这种一致性，因此迁移系统会“认死理”去查找旧字段。

解决方案 #

方案一：回滚迁移，适配已手动修改的数据库 #

若要保留已手动修改的字段，按以下步骤操作：

• 回滚到重命名字段之前的迁移版本：

  python manage.py migrate <你的app名称> <重命名迁移前的版本号>
  

  例如重命名迁移文件是0003_rename_field.py，则回滚到0002版本
• 删除生成的重命名字段的迁移文件
• 重新生成迁移：

  python manage.py makemigrations
  

  此时Django会检测到数据库字段已是新名称，生成的迁移文件会同步该状态
• 执行迁移完成同步：

  python manage.py migrate
  

方案二：恢复数据库字段原名，让迁移正常执行 #

若你已将MySQL字段改回旧名称（如补充操作所示），直接执行迁移即可：

python manage.py migrate

迁移完成后，Django会自动将字段改为新名称，全程不要手动干预数据库。

关键提醒 #

• 只要模型设置managed = True，禁止手动修改数据库结构，所有字段增删改、表结构变更必须通过Django的makemigrations和migrate命令完成，这是保证迁移一致性的核心原则
• 若确实需要手动修改数据库，先将模型的managed临时设为False，修改完成后改回True，再重新生成迁移同步状态

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