GeoDjango使用MySQL时PointField设置null=True仍存空值报错如何解决？

核心原因 #

出现该报错通常是两种情况：

1. 修改模型添加null=True后没有执行新的数据库迁移，数据库层面该字段仍然保留了NOT NULL约束
2. 你使用的MySQL版本低于8.0，低版本MySQL的空间字段（PointField、PolygonField等）本身不支持存储NULL值，即使模型定义了null=True也会触发完整性错误

排查步骤 #

1. 先确认迁移执行状态
   检查你给sighting字段添加blank=True和null=True后，有没有执行迁移命令：

python manage.py makemigrations
python manage.py migrate

可以打开生成的迁移文件，确认里面存在修改sighting字段允许为NULL的逻辑，执行迁移后再测试提交。
2. 检查表单提交逻辑
确认用户未填写位置时，你给sighting字段传的值是Python的None，而不是空字符串、空列表等其他空值，只有传None才会触发数据库写入NULL的逻辑。

可行解决方案 #

如果确认迁移已执行、传值正确仍然报错，就是你的MySQL版本不支持空间字段存NULL，可选择以下方案：

• 方案1：新增标记字段区分有效位置
  新增布尔字段标记位置是否有效，示例模型修改如下：

  from django.contrib.gis.db import models
  from django.contrib.gis.geos import Point
  
  class Sighting(models.Model):
      name = models.CharField(max_length=140)
      description = models.TextField()
      has_sighting = models.BooleanField(default=False)
      sighting = models.PointField(
          blank=True,
          null=True,
          spatial_index=False,
          default=Point(0,0)
      )
  

  业务逻辑中判断has_sighting为False时，直接忽略sighting字段的取值即可，不会出现默认坐标误判为有效位置的问题。
• 方案2：升级MySQL版本到8.0+
  MySQL 8.0及以上版本已经修复了空间字段不支持NULL的问题，升级后模型定义的null=True可以正常生效，不需要额外修改逻辑。
• 方案3：改用兼容性更好的GeometryField
  将字段类型替换为GeometryField，该类型对MySQL低版本的NULL兼容性更好，同时可以兼容后续存储多点、多边形等其他类型的空间数据。

内容的提问来源于stack exchange，提问作者Kevin D.