国产数据库早已实现可替代,但要真正与国际头部厂商掰手腕,必须在 HTAP(Hybrid-Transactional/Analytical Processing)与 AI 加速两条技术赛道上实现跨越。KingbaseES 自 V8R3 调整为多进程架构后,历经 V8R6、KSOne 等产品层迭代,正在形成覆盖事务、分析、向量检索的一体化数据平台。
1 HTAP 时代的行业脉络与技术挑战
1.1 什么是 HTAP?
Gartner 在 2014 年提出 Hybrid Transactional/Analytical Processing (HTAP),意在打破事务处理与分析之间的墙,在同一数据副本上同时完成 OLTP 与 OLAP,从而在业务瞬间做出决策。
1.2 HTAP 带来的价值
- 实时洞察:避免 ETL 拷贝与数据延迟,秒级获得分析结果。
- 简化架构:一个系统即可完成写入、查询、报表、预测,降低数据链路复杂度与运维成本。
- 一致性保障:事务与分析共享同一 ACID 语义,规避多源数据不一致。
1.3 技术落地的两大难题
| 难题 | 说明 | 常见解法 | 典型产品思路 |
|---|---|---|---|
| 性能隔离 | 大量读写混跑时,分析查询易拖慢事务响应 | 双存储引擎 / 读写分离 / 向量化执行 | 行 - 列双存储、冷热分层 |
| 数据新鲜度 | 分析所见必须是最新写入 | 内存共享、增量复制、MVCC | 行 + 列同步刷新、向量增量索引 |
1.4 主流 HTAP 架构流派
- 内存一体化 – 以 SAP HANA 为代表,全部数据常驻内存,行列混合并行执行;成本高、对硬件要求苛刻。
- 双引擎/双格式 – TiDB、PolarDB 等采用 row + column 双引擎,写入先落行存,再异步刷新列存;牺牲一部分实时性换取隔离。
- 分布式混合存储 – 通过行列混合页或分区级冷热分层,把同一表在不同维度拆分,以降低同步开销。KingbaseES ADC 属于此类。
1.5 国产数据库面临的独特挑战
- 兼容改造包袱:要照顾已有 OLTP 场景(Oracle/MySQL 兼容语法)同时满足分析语法扩展。
- 信创算力组网:国产 CPU、多节点异构 GPU 混用,要求数据库对 SIMD、异构加速友好。
- 监管与行业合规:金融、电信场景强调强一致,HTAP 必须提供可验证的隔离级别与审计链。
1.6 KingbaseES 当前切入点
KingbaseES 通过 ADC (Analytical Distributed Cluster) 组件引入行列混合存储与四级并行(分片 - 节点 - 实例-CPU 指令),在同一集群内针对 TP/AP 不同表分区或列落地不同格式,并在存储层做 5–10 × 压缩,降低 IO 与内存占用。这一设计使其可以:
- 在 TP 节点保持原生行存,事务延迟近似单机。
- 在 AP 节点自动转换列式格式,向量化扫描带宽翻倍。
- 依托共享 WAL,将增量数据快速推送到列存分区,实现分钟级数据新鲜度。
2 KingbaseES 现状:核心能力
2.1 核心能力总览
| 维度 | 关键能力 | 官方说明(摘要) |
|---|---|---|


