删除Unity Catalog托管表后ADLS存储文件未删除的问题排查

以下是几种常见的原因和对应的排查方向：

• 误判表类型：先确认目标表确实是Unity Catalog托管表。执行DESCRIBE EXTENDED catalog.schema.tablename（可通过元数据历史查看删除前的信息），查看Type字段：如果是EXTERNAL，说明是外部表，DROP TABLE只会删除元数据，不会清理存储文件；只有MANAGED类型的表才会在删除时自动清理底层文件。

• 异步清理延迟：UC托管表的文件清理是后台异步执行的，并非实时完成。对于数据量较大的表，遍历并删除ADLS Gen2中的文件、文件夹需要一定时间，可能需要等待数分钟后再检查存储路径。

• 权限不足导致清理失败：执行DROP TABLE的用户需要拥有对应ADLS Gen2存储路径的删除权限。如果用户缺少Storage Blob Data Contributor或目标容器的具体删除权限，后台清理任务会失败，文件会残留。检查该用户在存储账户中的权限配置。

• 错误使用RETAIN DATA参数：如果删除语句中加入了RETAIN DATA（如DROP TABLE catalog.schema.tablename RETAIN DATA），UC仅会删除表的元数据，保留所有底层存储文件。确认你的删除语句是否误加了该参数。

• 元数据与存储同步异常：极少数情况下，UC元数据与ADLS Gen2存储出现同步偏差。可以刷新存储路径的视图，或通过Databricks UI确认残留文件夹是否确实是该表的对应存储路径。

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