Airflow UI计划任务上次/下次运行时间显示滞后问题咨询

核心原因：Airflow的execution_date调度逻辑 #

Airflow计划任务显示的「Last Run」「Next Run」对应的是execution_date（任务所属的时间周期标记），而非任务实际启动运行的时间，这是Airflow设计上的核心特性：

• 对于每日20:20执行的DAG，execution_date代表该任务要处理的时间周期的结束点（比如处理3月13日的全量数据，会在3月14日20:20启动运行，此时execution_date被标记为2024-03-13）。
• UI上的「Last Run」「Next Run」直接展示execution_date，所以会出现“滞后一天”的视觉效果，实际任务运行时间并没有问题。

对应场景拆解 #

1. 取消暂停后Next Run显示2024-03-13：这是下一个待执行任务的execution_date，对应的实际运行时间是2024-03-14 20:20，和你预期的实际运行时间并不冲突，只是UI展示的是周期标记而非运行时间。
2. 3月14日20:20任务执行后，Last Run显示2024-03-13：因为该任务的execution_date是2024-03-13（对应处理3月13日的周期数据），Next Run显示2024-03-14则对应3月15日20:20的实际运行任务。
3. DagRun的调度时间为2024-03-13，实际排队时间为2024-03-14：调度时间就是execution_date，排队/运行时间是实际执行时间，完全符合Airflow的调度逻辑。
4. 手动运行时间正常：手动触发时，Airflow默认用当前时间作为execution_date，所以显示的时间和实际运行时间一致，不会有滞后情况。

为什么调整start_date没用？ #

start_date只是设定DAG第一个execution_date的起始基准，不会改变Airflow用execution_date标记任务周期的核心规则，所以调整后依然会出现时间显示滞后的视觉效果。

建议处理方式 #

• 接受Airflow的设计逻辑：execution_date的存在是为了让任务和要处理的时间周期强绑定（比如ETL任务按日期分区处理数据），方便任务追溯和数据关联。
• 若想减少混淆，可以在DAG中设置catchup=False，避免启动后补跑历史任务，减少多周期任务的时间显示干扰。

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