GCP Composer升级Airflow后DROP语句无法删除迁移临时表

• PostgreSQL客户端交互模式下，SQL语句必须以分号结尾才会被实际调度执行，你之前运行的两条DROP语句末尾未添加分号，客户端会判定语句未输入完成，不会实际触发删除逻辑，因此不会返回任何错误或执行结果。
• 即使补充分号执行语句，PostgreSQL默认采用手动事务提交模式，DDL操作执行后如果没有显式执行COMMIT提交，会话断开后所有操作会自动回滚，无法持久化删除结果。
• 部分Composer版本中，这两张升级生成的临时表和Airflow版本管理元表存在隐式外键关联，直接执行不带CASCADE参数的DROP语句会被约束阻塞，无法完成删除。

• 重新按流程连接Airflow元数据库，注意观察客户端提示符，确保处于可输入新语句的正常状态（不要出现等待续输的->类提示符）。
• 先校验两张临时表的数据量，确认无需要留存的历史信息，可按需提前导出备份：

SELECT COUNT(*) FROM public._airflow_moved__2_2__dag_run;
SELECT COUNT(*) FROM public._airflow_moved__2_2__task_instance;

• 执行完整的删除语句，语句末尾必须添加分号，执行完成后手动提交事务：

DROP TABLE IF EXISTS public._airflow_moved__2_2__dag_run CASCADE;
DROP TABLE IF EXISTS public._airflow_moved__2_2__task_instance CASCADE;
COMMIT;

• 执行校验语句确认表已被彻底删除：

SELECT tablename FROM pg_tables 
WHERE schemaname = 'public' 
AND tablename LIKE '_airflow_moved__2_2%';

如果查询返回空结果，说明删除操作已生效。

• 回到Airflow UI刷新页面，告警会在1-2分钟内自动清除，无需重启Webserver或Scheduler服务。

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