Django ORM更新DateTimeField为当前时间时报0值无效日期错误

这个报错的核心不是你代码里print出来的时间值不对，是Django序列化时间对象、和数据库交互环节出了问题，才会生成被数据库识别为非法的0000-00-00 00:00:00零值时间。对应排查解决方向如下：

• 优先替换手动取时间的逻辑
  你代码里直接用datetime.now()拿到的是不带时区信息的原生系统naive时间对象，如果项目开启了USE_TZ = True，Django处理这类无时区时间时会出现序列化异常，最终生成零值时间写入数据库。
  正确的赋值写法：

  from django.utils import timezone
  # 自动适配项目时区配置生成合规的时间对象
  current_time = timezone.now()
  user_to_update.updated_details = current_time
  user_to_update.save()
  

  如果项目关闭了USE_TZ，也建议用timezone.localtime(timezone.now())取本地时间赋值，不要混用系统原生datetime和Django的数据库适配逻辑。
• 避开循环单条save的性能坑与异常坑
  你目前的写法是循环查询结果逐行保存，加载实例的过程如果碰到带零值时间的历史脏数据，很容易触发Django字段校验的偏移bug。可以直接用QuerySet的数据库层更新逻辑，绕开实例序列化环节，同时提升执行效率：

  from django.utils import timezone
  from datetime import timedelta
  from django.db.models import Q
  
  week_ago = timezone.now() - timedelta(weeks=1)
  # 直接生成UPDATE SQL执行，不加载Python实例
  TiktokUser.objects.filter(
      Q(updated_details__lt=week_ago) | Q(updated_details__isnull=True)
  ).update(updated_details=timezone.now())
  

• 数据库配置与历史脏数据排查
  如果你用的是MySQL，数据库sql_mode里开启了NO_ZERO_DATE、NO_ZERO_IN_DATE规则的话，会直接拦截所有格式合法但值为零的时间写入，也就是你看到的报错提示。
  这种情况可以先执行查询确认表内是否存在updated_details = '0000-00-00 00:00:00'的历史脏数据，把这类脏数据先修正为合法的空值或正常时间，再执行更新逻辑。同时检查之前的迁移记录，确认该字段没有被错误配置零值作为默认值，有问题的话重新生成迁移文件修正后重新执行迁移即可。

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