ORC 的布隆过滤器是如何序列化到文件中的？读取时如何重建？发布时间：2026年4月10日问题引入：从一个 P0 级线上事故说起在金融风控系统中，我们曾遭遇过一次惊心动魄的 P0 级故障。业务方反馈，对一笔特定交易 ID（txn_id = 'TXN_888999'）的查询，在万亿行规模的 ORC 归档表中耗时超过 30 秒，远超 SLA 要求的 500 毫秒。然而，这笔交易根本不存在于该分区数据中。经过紧急排查，我们发现问题根源在于ORC 文件的布隆过滤器（Bloom Filter）未能生效。本应被布隆过滤器快速判断为“绝对不存在”并跳过的 Stripe，却被完整扫描，导致 I/O 和 CPU 资源被大量浪费。这次事故迫使我们深入研究 ORC 布隆过滤器的底层实现：它究竟是如何被写入文件的？又如何在读取时被精确重建以提供毫秒级的谓词下推能力？本文将彻底剖析 Apache ORC 2.3.0 中布隆过滤器的序列化与反序列化机制，从源码、文件格式规范到生产验证，为你构建一套完整的知识体系。生活化类比与技术本质我们可以将 ORC 文件中的布隆过滤器想象成一个超级快递柜的智能取件系统。快递柜：对应 ORC 文件中的一个 Stripe。包裹：对应 Stripe 中存储的实际数据行。
