Airflow DAG未按调度间隔指定的UTC 5点触发，反而在次日凌晨运行的问题咨询

这是Airflow调度逻辑里非常常见的误区，结合你的配置和现象，我来帮你拆解问题根源和对应的解决办法：

1. 核心调度逻辑的理解偏差 #

Airflow的调度机制本质是基于「数据周期结束时间」来触发任务，而不是直接在你写的cron时间点去执行对应时间的任务。举个例子：

• 你设置的schedule_interval: "0 5 * * *"，在Airflow里的意思是：每天UTC5点作为一个数据周期的结束点，这个周期覆盖的是「前一天UTC5点 → 当天UTC5点」的时间段。任务的execution_date会被标记为这个周期的开始时间（比如2022-03-01 05:00 UTC），但实际触发执行的时间是这个周期的结束时间——也就是2022-03-02 05:00 UTC。
• 你看到的“2022-03-02凌晨触发”，大概率是时区差导致的视觉错觉：比如你在UTC-5时区（比如美国东部），UTC5点刚好是你本地的0点（凌晨）；如果是UTC+8时区（国内），UTC5点是本地13点。但任务本身确实是严格按UTC5点执行的，只是时区转换让你产生了“凌晨触发”的错觉。

2. Airflow时区配置异常 #

如果你的Airflow集群没有用默认的UTC时区，而是修改了airflow.cfg里的default_timezone参数为其他时区，那cron表达式会基于这个配置时区解析，而不是UTC。比如：

• 要是default_timezone被改成了Asia/Shanghai（UTC+8），那0 5 * * *会被当成上海时间5点，对应UTC前一天的21点，这时候任务就会在UTC21点触发，如果你用UTC时间查看，就会看到任务在“前一天晚上”执行，换成某些时区看就是凌晨了。

怎么解决？ #

根据你的需求（每天UTC5点运行），可以按以下方式调整：

方式一：接受调度逻辑，修正预期 #

如果不需要execution_date和触发时间完全一致，只是要任务每天UTC5点执行，那你当前的配置其实是对的——任务确实会在每天UTC5点触发，你看到的“凌晨”只是时区转换的问题。可以通过Airflow UI查看任务的start_date（实际触发时间），确认它的时区是UTC5点。

方式二：调整start_date，让execution_date和触发时间对齐 #

如果你希望任务的execution_date和实际触发时间都是UTC5点，可以给start_date加上明确的时间和时区：

args = {
    'owner': 'airflow',
    'start_date': datetime(2022, 3, 1, 5, 0, 0, tzinfo=pytz.utc),
    'depends_on_past': False,
    'email': "xxx@xxx.com",
    'email_on_failure': False,
    'retry': 1,
    'retry_delay': timedelta(minutes=5),
    'schedule_interval': "0 5 * * *"
}

这样调度器会正确识别第一个触发时间为2022-03-01 05:00 UTC，后续每天同一时间执行。

方式三：检查并重置Airflow时区配置 #

打开Airflow的airflow.cfg配置文件，找到default_timezone参数，确保它设置为utc（Airflow 2.x默认是UTC，1.x可能需要手动指定），修改后重启Airflow调度器和webserver服务，确保配置生效。

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