题干与适用场景
一张 ORC 事实表按日期分区，每个文件包含许多条带。用户常按 customer_id 和 device_id 做等值过滤，但写入吞吐下降、文件变大，查询仍偶尔扫描过多数据。请说明 ORC 的 min/max、行索引和布隆过滤器分别能跳过什么，如何选列与误判率，并设计基准验证。
面试官考察点
- 是否理解 ORC 的文件、条带和行索引层级，以及谓词下推的边界。
- 能否说明布隆过滤器只会产生误判，不会把真实存在的值判成不存在。
- 能否把列基数、等值过滤选择性、写入 CPU、元数据大小和查询收益联系起来。
- 能否用扫描条带数、读取字节、过滤命中率和端到端延迟证明收益，而非只看配置是否生效。
回答前需要澄清的问题
- 查询主要是高选择性的等值谓词，还是范围、排序或前缀查询？
customer_id、device_id的每条带基数、重复率和数据分布如何？- 读引擎是否读取 ORC 的布隆过滤器索引，写引擎是否支持目标版本的参数？
- 写入延迟、文件大小和对象存储请求次数的预算是多少？
- 是否存在盐值、哈希或隐私要求，导致索引中不应暴露原始值？
30 秒回答框架
我会先按谓词类型分工：min/max 适合有序范围，行索引把命中定位到更小的行组，布隆过滤器适合高选择性等值判断。先只给 customer_id 这类收益可测的列开启过滤器，再用目标读引擎比较默认误判率与更低误判率的写放大。基准同时记录条带跳过数、读取字节、CPU、文件大小和 p95 延迟，并用随机不存在值与真实命中值验证没有漏读。
分步骤深入解答
第一步：划分三类索引职责
ORC 在文件、条带和行索引层级保存轻量索引。min/max 记录列值范围，适合判断某个范围谓词是否与条带相交；行索引进一步缩小到固定行组。布隆过滤器表达“某个值可能在这一索引范围内”，能快速排除确定不存在的等值值，但可能保留实际不存在的范围。
第二步：按谓词和数据分布选列
优先选择高频等值过滤、每条带内不同值较多、且查询能从排除条带中获益的列。对低基数列或几乎每条带都包含的列，过滤器只增加写入与元数据成本。范围、排序和聚合不能仅靠布隆过滤器解决，应依赖分区、排序、min/max 或专门的索引。
第三步：设定误判率预算
误判率越低通常需要更多位和哈希计算，文件和写入 CPU 会增加；误判率过高则保留太多条带，读取收益下降。先以默认值建立基线，再在真实条带基数和查询选择性上做小范围参数实验。把写入吞吐、文件大小和读取字节放在同一张成本表里，避免只追求最低误判率。
第四步：确认生成与读取链路
核对写端是否对目标列生成布隆过滤器索引，读端是否在谓词下推时读取该索引。配置变更只影响新写文件时，应区分旧文件与新文件的覆盖率。查询计划或引擎指标应能显示索引读取、条带跳过和最终扫描行数；看不到这些信号时，不能声称过滤器已生效。
第五步：设计对照基准
准备命中、随机不存在、低选择性和范围查询四组数据，固定分区、文件大小、缓存和并发。对比关闭过滤器、默认误判率和候选误判率，记录扫描条带数、读取字节、解压字节、CPU、p50/p95 延迟、写入耗时及文件大小。每组至少重复多轮并报告冷缓存与热缓存结果。
第六步：处理数据演化与运维
新增列或改变排序后，重新评估每条带基数和过滤选择性。压缩、合并和重写会改变索引质量，应把索引参数写入表属性与发布清单。监控索引元数据占比、写入失败率、查询扫描放大和引擎版本差异；若读端不支持布隆过滤器，安全降级是继续扫描，而不是错误地丢弃数据。
第七步：验证正确性与隐私边界
用真实存在值检查不能漏读，用大量不存在值检查是否有效跳过。故意损坏或缺失索引时，读端应回退到数据扫描并告警。若列值敏感，确认索引格式、日志和缓存不会泄露原始值；必要时用哈希或限制索引列，并由安全评审确认误判率与碰撞风险。
高质量示范回答
我先把 min/max、行索引和布隆过滤器分工，再从实际等值查询中挑选每条带高选择性的 customer_id，暂不为低基数列盲目开启。以默认误判率为基线，逐步测试更低误判率，同时记录写入 CPU、文件大小、条带跳过数、读取字节和 p95 延迟。基准覆盖命中、不存在、低选择性与范围查询，并确认读端计划确实读取过滤器。新旧文件混合时按文件版本分层观察；索引缺失或读端不支持时回退扫描。最后用完整性样本证明没有漏读，并检查敏感列不会通过索引、日志或缓存泄露。
常见错误
- 把布隆过滤器当成精确索引，声称它能直接返回所有匹配行。
- 对低基数或每条带都出现的列统一开启，忽略写放大。
- 用范围查询证明布隆过滤器有效，混淆它与 min/max 的职责。
- 只查看查询总时延，不记录条带跳过和读取字节，无法排除缓存因素。
- 读端不支持索引时直接跳过数据，造成真实记录漏读。
追问及应对
追问一：为什么误判不会导致漏读？
过滤器只在确定不存在时排除范围；误判会把不存在的范围保留下来，随后仍由 ORC 数据扫描确认。因此它影响性能，不应改变正确结果。
追问二：怎样判断一列值得建过滤器？
计算每条带的值覆盖率和查询选择性，观察不存在值能排除多少条带，再把节省的读取成本与写入 CPU、元数据空间和文件生命周期成本比较。没有测量收益的列不应默认开启。
追问三：过滤器与分区、排序如何配合？
分区先减少文件集合，排序和 min/max 再减少条带，布隆过滤器补充无序等值判断。三者应在同一基准中分别关闭，确认收益来自正确层级而非分区变化。
追问四：新旧 ORC 文件参数不一致怎么办？
把文件按写入版本分层统计，读端兼容地使用存在的索引；缺失索引时扫描数据。通过重写或合并逐步统一，不应在迁移期间假设所有文件都有同样误判率。
追问五：索引参数变更如何发布？
记录表属性、写端版本、目标列和误判率，先在代表性分区灰度，比较写入与查询指标，再扩大范围。回滚时停止新参数写入即可，已有文件仍按其自身索引读取。