Django中如何将UUID主键转换回框架默认ID主键

该操作是可行的，但不能通过直接删除自定义主键代码的方式操作，否则会造成不可逆的数据损坏，以下针对三个疑问逐一说明：

1. 主键类型转换对存量数据的影响 #

直接无防护修改主键类型会对存量数据造成严重破坏：

• 原有主键存储的是128位UUID值，默认自增主键是整数类型，二者数据库层面类型不兼容，直接执行变更迁移大概率直接报错中断
• 若绕过数据库约束强行变更，所有关联该模型的外键存储的都是原UUID值，和新的整数主键无法匹配，会直接导致所有关联关系失效，出现数据关联错乱、业务逻辑报错，甚至关联数据丢失的问题。

2. 直接删除UUID主键定义代码的行为后果 #

删除自定义UUID主键代码后，Django确实会自动生成新增默认自增ID主键的迁移逻辑，但该逻辑完全没有适配存量数据：
Django的模型规则为：未显式定义primary_key=True的字段时，会自动追加名为id的自增整数字段作为默认主键。你删除UUID主键的定义代码后执行makemigrations，Django会检测到自定义主键丢失，自动生成新增默认id字段的迁移文件，但这个迁移不会自动处理原有UUID主键值的转换、关联外键的匹配更新，直接执行必然出问题。

3. 实操建议与落地步骤 #

以下是生产环境验证过的安全操作流程，全程注意先备份全库，所有步骤先在测试环境验证数据无误再上生产：

• 第一步：给目标模型新增UUID备份字段，和原主键配置完全一致：

  uuid_backup = models.UUIDField(default=uuid.uuid4, editable=False, db_index=True)
  

  生成并执行迁移，将所有现有记录的原UUID主键值同步到这个备份字段留存。
• 第二步：给所有关联该模型的外键所在表，新增一个临时UUID字段，存储原有外键指向的UUID值，避免关联关系丢失。
• 第三步：生成迁移删除所有指向该模型的原有外键约束，暂时解除表关联，避免主键变更时触发外键约束报错。
• 第四步：删除模型中原来的UUID主键定义代码，也就是当前的配置：

  id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False)
  

  执行makemigrations生成新增默认自增id主键的迁移，确认迁移逻辑正确后执行，给表加上整数类型的自增主键。
• 第五步：编写数据迁移脚本，根据之前备份的UUID映射关系，把新生成的自增ID更新到对应外键字段中，重建所有表的正确关联。
• 第六步：校验全量数据的关联关系、业务逻辑是否正常，确认无误后再重新给外键字段加上数据库级外键约束，后续可根据业务需求决定是否删除临时备份的UUID字段。

注意：主键变更属于高危数据库操作，任何一步操作前都要做好数据备份，不要在业务高峰期执行生产变更。

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