行/列存融合与实时分析

共 32 题
#

1. HTAP 同时服务事务与分析的行存列存双引擎

A 行存引擎专用于分析查询
B HTAP 仍需 ETL 把数据搬到数仓
C 行存服务事务、列存服务分析,二者通过同步机制保持数据一致 ✓ 正确答案
D 列存引擎用于高并发点写
#

2. TiDB 的 TiFlash 列存副本与 Raft Learner

A TiFlash 以 Raft Learner 异步接收日志生成列存副本,不参与投票,保证事务可用性 ✓ 正确答案
B TiFlash 作为投票成员参与 Raft 选举
C TiFlash 与行存数据完全独立不同步
D 分析查询只走行存
#

3. HTAP 分析查询对事务(行存)的干扰隔离

A 通过独立列存节点、资源组与优先级控制隔离分析负载,保障事务低延迟 ✓ 正确答案
B 分析查询与事务共享资源无需隔离
C 分析查询永远不占 CPU
D 隔离只能通过限流实现
#

4. 增量物化视图(IVM)维护 HTAP 实时结果

A 基表变更时全量重建物化视图
B IVM 只更新受影响部分,实时维持分析结果,但增加写入开销 ✓ 正确答案
C IVM 与分析结果实时性无关
D IVM 不处理增量一致性
#

5. HTAP 的 MVCC 快照保证分析一致性

A 分析查询需锁定所有行来保证一致性
B 列存与行存无需同一快照
C 分析查询与事务写入互斥
D MVCC 快照让分析查询读到一致数据且不阻塞并发事务 ✓ 正确答案
#

6. HTAP 的事务一致性边界(线性/因果)

A 分析查询必须线性一致
B HTAP 无需明确一致性级别
C 因果一致性比线性一致性更强
D 事务需强一致,分析可放宽到因果/快照一致性以换取性能 ✓ 正确答案
#

7. 资源隔离避免 AP 拖垮 TP(独立列存节点)

A 分析负载应与事务共享所有资源
B 用独立列存节点物理隔离,并配合资源组限制配额,保障事务性能 ✓ 正确答案
C 资源隔离不影响成本
D 分析负载不需要限制并发
#

8. HTAP 的查询路由(TP 走行存/AP 走列存)

A 优化器按 SQL 特征把 TP 路由到行存、AP 路由到列存执行 ✓ 正确答案
B 所有查询都走行存
C 路由无需考虑代价
D 列存不可用时无法回退
#

9. HTAP 与流批一体(RisingWave)的协同

A HTAP 提供在线事务与最新数据,流引擎消费 CDC 做实时增量计算,二者互补 ✓ 正确答案
B 两者职责完全重叠
C 流引擎无法消费数据库变更
D HTAP 不能承载最新数据
#

10. TiDB 的 MPP 在 HTAP 分析中的角色

A MPP 只做单节点串行计算
B MPP 在 TiFlash 上并行执行大查询,通过数据交换实现跨节点连接与聚合 ✓ 正确答案
C MPP 与列存无关
D MPP 无法处理哈希连接
#

11. HTAP 与分离式 TP+AP 架构的取舍

A HTAP 的分析永远不干扰事务
B 分离式架构数据实时可达
C HTAP 实时且运维简单,但资源隔离受限;分离式隔离好但数据有延迟 ✓ 正确答案
D HTAP 无需考虑数据一致性
#

12. HTAP 适用的业务特征(实时分析依赖最新数据)

A 分析可容忍小时级延迟
B 业务需要写入后立即基于最新数据做实时分析决策,数据同源一致 ✓ 正确答案
C 事务与分析数据可以长期不一致
D 实时风控不需要 HTAP
#

13. HTAP 厂商(TiDB/OceanBase/PolarDB)能力差异

A 三者实现路径完全相同
B 三者分别用不同列存方案(TiFlash/Raft 副本、行列混合、共享存储列存)实现 HTAP ✓ 正确答案
C 三者都不兼容主流 SQL 协议
D 三者都不支持 MPP
#

14. HTAP 落地中的典型坑(资源争用/延迟)

A 分析查询不会影响事务
B 路由不准不影响性能
C 列存同步永远实时
D 资源争用、列存同步延迟与查询路由不准是常见坑,需资源隔离与监控 ✓ 正确答案
#

15. 行存转列存的增量同步(delta)机制

A 每次变更都全量重建列存
B delta 数据不会产生读放大
C 增量先暂存为 delta,再异步合并进列存 base,读取时合并两者 ✓ 正确答案
D 列存与行存完全独立
#

16. 行列数据的强一致 vs 近实时一致取舍

A 强一致同步成本高、分析最新,近实时一致延迟低但可能读到旧数据,需按业务取舍 ✓ 正确答案
B 强一致成本低于近实时一致
C 近实时一致也能读到完全最新数据
D 强一致用异步复制实现
#

17. HTAP 在实时报表/风控的落地

A HTAP 让事务写入后立即由列存供分析,满足实时报表与实时风控,需控制同步延迟 ✓ 正确答案
B 离线 ETL 即可满足实时要求
C 风控场景允许分析延迟分钟级
D 实时报表无需列存
#

18. HTAP 的存储格式(行/列)转换代价

A 行转列存无任何额外开销
B 行列格式转换消耗 CPU/IO,伴存储与内存开销,需用增量合并与压缩优化 ✓ 正确答案
C 列存比行存更省内存
D 转换只发生在初始化时
#

19. HTAP 的实时指标计算与聚合下推

A 聚合必须在应用层完成
B 聚合下推与列存无关
C 聚合下推到列存执行,配合增量物化视图实时维护指标 ✓ 正确答案
D 指标无法实时更新
#

20. 行列混合查询的执行计划融合

A 行列查询使用完全独立的执行计划,无法融合
B 通过统一算子抽象与数据交换,把行存算子与列存算子融合成单一执行计划 ✓ 正确答案
C 混合查询无需连接行存数据
D 融合与数据格式无关
#

21. 大事务对列存同步延迟的影响

A 大事务增量大、合并开销高,可能抬高列存 lag,需控制事务规模并监控 ✓ 正确答案
B 大事务不影响列存同步
C 大事务只会影响行存
D 列存同步延迟与事务大小无关
#

22. HTAP 的 OLAP 副本延迟如何监控,延迟超标对查询新鲜度的影响如何评估?

A 通过时间差/日志位点等监控 lag,并结合业务新鲜度要求评估超标影响 ✓ 正确答案
B 副本延迟无法度量
C lag 超标不影响分析新鲜度
D 只需监控 lag 数值,无需关联业务
#

23. HTAP 中分析读取的快照隔离与陈旧度

A 分析读取无快照隔离
B 分析基于快照读保证一致性,但异步列存可能带来陈旧度,需明确语义 ✓ 正确答案
C 陈旧度永远为零
D 快照隔离会阻塞事务
#

24. 行列同步的延迟(lag)与 SLA

A lag 无需 SLA 承诺
B SLA 越严越好无需考虑成本
C lag 超标无需处理
D 定义列存落后行存的时间上限为 SLA,配监控、告警与降级机制保障 ✓ 正确答案
#

25. 列存节点的故障对分析可用性的影响

A 列存故障不影响任何查询
B 列存故障会拖垮事务
C 列存故障影响分析可用性,靠副本冗余与查询降级(回退行存)缓解 ✓ 正确答案
D 列存无需冗余
#

26. HTAP 在金融实时风控的低延迟要求

A 风控分析可容忍秒级延迟
B 风控分析可拖慢交易
C 需保证事务低延迟、列存同步低 lag,并强资源隔离满足实时风控 ✓ 正确答案
D 风控无需强一致
#

27. HTAP 与纯 OLAP 数仓的边界

A HTAP 适合大规模海量历史分析
B 两者定位完全相同
C 数仓数据实时在线
D HTAP 面向实时分析最新数据,数仓面向大规模历史分析,按实时性与规模划分 ✓ 正确答案
#

28. HTAP 的多副本与读一致

A 事务查询走强一致副本,分析可走列存副本(允许稍旧),需明确各副本一致性级别 ✓ 正确答案
B 所有副本读一致完全相同
C 多副本不提供读扩展
D 读一致无需权衡
#

29. HTAP 的成本(额外列存资源)评估

A HTAP 无额外成本
B 成本与数据量无关
C 列存副本比行存更占存储
D 额外列存副本带来存储与计算成本,需与分离式架构的双系统成本对比权衡 ✓ 正确答案
#

30. HTAP 的扩展性上限(计算/存储/混合负载)如何评估,何时拆分为独立 OLTP/OLAP?

A HTAP 扩展性无上限
B 混合负载永不会冲突
C 拆分无需数据同步
D 当分析挤占事务资源、lag 无法满足、单集群难扩展时,应拆分为独立 OLTP/OLAP ✓ 正确答案
#

31. HTAP 与传统 ETL 数仓的互补

A 两者完全替代
B 两者无需数据衔接
C 数仓承担实时分析
D HTAP 做实时分析,数仓做历史大规模分析,通过数据归档衔接互补 ✓ 正确答案
#

32. HTAP 相比分离架构的运维复杂度差异(资源竞争/备份/升级),如何管理?

A HTAP 需管理资源竞争、一致备份与双引擎联动升级,复杂度集中于双负载协调 ✓ 正确答案
B HTAP 运维比分离架构简单且无资源竞争
C 分离架构无需数据同步
D HTAP 备份无需覆盖列存