不能直接改CELERY_BEAT_SCHEDULE，因其是Django启动时加载的静态配置，需重启才生效；应使用django-celery-beat的DatabaseScheduler，将任务存数据库并自动轮询更新。
为什么不能直接改 CELERY_BEAT_SCHEDULE 配置？
因为 CELERY_BEAT_SCHEDULE 是 Django 启动时加载的静态字典，Celery Beat 进程启动后就不再重新读取它。改完 settings.py 重启服务才能生效——这根本不算“动态”。真实业务里，你得让运营人员在后台页面增删任务、调整周期，甚至临时启停某条任务，而不需要工程师上线改代码、发版本。
用数据库存任务配置，配合 DatabaseScheduler
Celery 自带 DatabaseScheduler（需装 celery[redis] 或 celery[sqlalchemy]），它把任务定义存在数据库里，Beat 启动时从表里查，每分钟轮询一次变更。关键点：
- 必须启用
django-celery-beat（不是 Celery 自带那个，是第三方增强版）：pip install django-celery-beat
- 在
INSTALLED_APPS加'django_celery_beat'，再执行python manage.py migrate - 启动 Beat 时指定调度器：
celery -A myproject beat -l INFO --scheduler django_celery_beat.schedulers:DatabaseScheduler
- 表结构由迁移生成，核心是
PeriodicTask和CrontabSchedule/IntervalSchedule两张关联表
如何在 Django Admin 里安全地增删任务？
直接暴露 PeriodicTask 到 admin 有风险：字段太多、逻辑耦合强（比如 args/kwargs 是 JSON 字符串，填错格式会导致 Beat 崩溃）。推荐做法：
- 继承
PeriodicTask做一层封装，只暴露必要字段：name、task（下拉选注册好的函数名）、enabled、interval或crontab - 重写
save()方法，校验task是否已在celery.app.tasks中注册，避免填错函数名导致 silent fail - 禁用 admin 的
args和kwargs字段，改用自定义 JSONField 表单 + 格式预检（例如用json.loads()尝试解析） - 注意：修改任务后，Beat 进程会在下一个调度周期（默认 5 秒）内自动 reload，无需手动触发
常见崩点和绕过方式
实际跑起来常遇到几个硬伤：
立即学习“Python免费学习笔记（深入）”；
-
ModuleNotFoundError：Beat 进程找不到 task 所在模块——确保所有 worker 和 beat 使用同一份代码、相同 PYTHONPATH，且 task 函数路径（如myapp.tasks.send_email）在CELERY_IMPORTS或自动发现机制中被加载 - 任务重复执行：多个 Beat 实例同时连同一个数据库，没加分布式锁——用
django-celery-beat自带的DatabaseScheduler默认带行级锁，但得确认数据库支持SELECT FOR UPDATE（PostgreSQL/MySQL OK，SQLite 不行） - crontab 时间不准：数据库时间与系统时区不一致——统一设为 UTC，Django 的
USE_TZ = True，Celery 的CELERY_TIMEZONE = 'UTC'，别混用本地时区 - 动态任务调用失败却无日志：在 task 函数开头加
logger.info(f"Running {__name__} with args: {args}")，否则失败时只有 Beat 日志里的 “Task not found” 这种模糊提示
最易被忽略的是：每次改完任务配置，一定要检查 celery beat 进程日志里有没有 Removed outdated schedule entries 或 Writing entries... 这类输出，没有说明调度器根本没读到新数据——大概率是 scheduler 参数没对上，或者表里 PeriodicTask.enabled=True 但 task 字段为空字符串。
