数据湖版本速览：Iceberg 1.12.0 与一批补丁版

Apache Iceberg 发布了 1.12.0。从可见的条目看，这一版以构建和依赖升级为主，另有一个 ByteBufferInputStream.read() 在 EOF 返回 -1 的修复，主要特性清单尚未取到。

同期的其他版本动态：

• ClickHouse 同日放出 v26.9.7.9-stable、v26.9.6.6-stable、v26.8.15.10-lts、v26.7.18.2 与 v26.7.17.7-stable、v26.3.37.3 与 v26.3.36.6-lts 等多个补丁版。
• StarRocks 4.1.6 与 4.0.16。
• Apache Doris 4.1.4.1。
• Apache Druid 38.0.0。
• Delta Lake v4.4.1。
• Materialize v26.44.1。
• TiDB 与 YugabyteDB 多个分支的维护版本。

行业侧的一个动向： MongoDB 推出 Atlas Agent Engine，让团队在 MongoDB 生态内把智能体推入生产，检索由 Voyage AI 驱动。MongoDB 称可能有数千个智能体同时读写，Atlas Infinite 的计算独立扩展正是为吸收这类尖峰。

怎么看这份版本清单：

• 补丁版密集说明主干在快速收敛，是好事。
• LTS 分支的选择要谨慎。ClickHouse 的 lts 分支和 stable 分支的功能差异不小，选之前对照一下功能表。
• rc 版本功能已冻结，Druid 38.0.0 带 rc1 打包标记，生产环境建议等正式版。

升级原则：

• 先看 changelog 里的 breaking change，再看新特性。
• 在影子环境跑一轮真实查询，对比结果集和执行计划。
• 关注依赖升级带来的间接影响，尤其是 JDK 和 glibc 版本。

数据基础设施的稳定性来自克制。不是每个新版本都要紧跟，但每个安全修复都要跟上。

本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。

补丁版密集说明主干在快速收敛，但不代表每个版本都要跟。我一般只看 breaking change 和安全修复，新特性等稳定了再说。依赖升级的间接影响最容易被忽略。

想请教一下，这种以构建和依赖升级为主的版本，生产环境一般跟到多快？我们集群上还停在 1.9，看 1.12 里那个输入流读到末尾返回负一的修复，感觉是边界情况，不太确定值不值得安排停机窗口升级。另外 ClickHouse 一次放这么多稳定版，是不是说明他们在加快补丁节奏？

想请教一下，read 在 EOF 返回 -1 这个修复具体会在什么场景暴露？我们最近流式读分区表偶尔少数据，一直没定位到原因，看到这条怀疑是同一个问题，需要升到哪个版本才有？