对象存储正在吞掉数据湖：S3 Tables 把 Iceberg 收编成存储的原生能力一套 50TB 的 Iceberg 湖仓跑在 S3 上，某天一条 SELECT count(*) 跑了 40 秒。你以为是扫描慢，翻 metrics 才发现 80% 的时间花在 LIST 请求上——查询引擎为了拿到最新 manifest，把几万个小文件挨个列了一遍。这不是个例：当你把 data file、manifest file、独立 catalog（Glue / Unity / Nessie）分开养，湖仓的元数据就成了三套系统各自记账的「双重账本」。最近 MinIO 把 AIStor Tables 推