Django集成Celery Beat后台报错：解析crontab时'0DAY'转整数失败

• 检查数据库异常数据
  报错本质是程序尝试将字符串'0DAY'转换为整数失败，大概率是django_celery_beat_crontabs表中某个数字字段存储了非法值：

  • 直接通过数据库客户端查询该表，重点检查minute、hour、day_of_month、month_of_year、day_of_week字段，定位值为'0DAY'的记录；
  • 或用Django Shell快速排查：

    python manage.py shell
    

    from django_celery_beat.models import CrontabSchedule
    # 遍历所有可能的字段查找异常记录
    invalid_records = (
        CrontabSchedule.objects.filter(minute='0DAY')
        | CrontabSchedule.objects.filter(hour='0DAY')
        | CrontabSchedule.objects.filter(day_of_month='0DAY')
        | CrontabSchedule.objects.filter(month_of_year='0DAY')
        | CrontabSchedule.objects.filter(day_of_week='0DAY')
    )
    # 查看异常详情
    print(invalid_records.values())
    # 修正或删除：示例将异常minute字段改为合法值0
    invalid_records.update(minute='0')
    

• 排查后台管理页面的输入错误
  即便未主动修改配置，也可能在后台编辑定时任务时误输入/粘贴'0DAY'到数字输入框：

  • 登录Django Admin，进入「Crontab Schedules」页面，逐个检查所有记录的字段值，找到包含'0DAY'的条目，修正为合法的crontab表达式（如数字0、通配符*等）。

• 验证版本兼容性与升级
  django-celery-beat 2.5.0虽宣称支持Django 4.2，但可能存在小众bug：

  • 先备份数据库，再升级到兼容Django 4.2的最新稳定版本：

    pip install --upgrade django-celery-beat==2.6.0
    

  • 重启Celery Beat和Django服务后测试。

• 确认Beat启动配置
  确保Celery Beat使用默认的数据库调度器，启动命令应为：

  celery -A 你的项目名 beat -l info --scheduler django_celery_beat.schedulers:DatabaseScheduler
  

  避免自定义调度器导致解析逻辑异常。

• 清理缓存与同步模型
  执行以下命令重置缓存和模型状态：

  python manage.py clearcache
  python manage.py migrate
  

  重启服务后再次测试后台操作。

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