顶点 A5 的 HyperDB 与金证 KMDB 有何不同？内存数据库的两种哲学

📌 核心论点 HyperDB 与 KMDB 虽然都被称作"内存数据库"，但在各自厂商的架构体系中扮演的角色截然不同——HyperDB 是顶点 A5"存算分离、去 IOE"路线的核心数据库底座，目标是彻底替代 Oracle，让"交易核心在内存、持久化在开源库"；KMDB 是金证 KOCA-LDP 低时延平台四大基础组件之一，与 KGMS、HARE、KGBP 协同工作，为 FS2.5 提供"微秒级内存态数据操作 + 主从复制 + 异步磁盘库同步"能力。

一句话：HyperDB 是"去 O 的核武器"，KMDB 是"低时延平台的存储引擎"。两者在定位、架构角色、技术演进路径上存在本质差异。

一、定位差异：核心数据库底座 vs 低时延平台组件

#

1.1 HyperDB：顶点 A5 的"去 O 核武器"

#

HyperDB（“飞驰"内存数据库）是顶点软件自 2013 年起自主研发的内存数据库，历经十余年打磨，是 A5 信创版"去 IOE"路线的核心支柱。

核心使命： 彻底替代 Oracle 等传统商用数据库。

顶点软件的架构哲学是"存算分离”：

交易型数据处理 ──→ HyperDB 内存数据库（自研，日间实时交易节点）
                        ↓
持久化数据存储 ──→ 开源关系型数据库（国产信创数据库）

HyperDB 的角色：

• 作为交易核心，订单类业务都在内存数据库上完成。
• 突出数据访问的低延迟存取以及数据并发处理能力。
• 使用场景为日间实时的交易节点。
• 在 A5 核心交易域中，以分布式内存数据库为基础，采用双活架构。
• 内存采用事务同步技术。

💡 关键定位： HyperDB 在 A5 体系中的角色是"替代 Oracle 的核心数据库"——它不仅要做内存态的高速读写，还要承担传统数据库的一致性保证、SQL 执行等职责。

1.2 KMDB：金证 KOCA-LDP 的存储组件

#

KMDB 是金证自主研发的低时延内存数据库，作为 KOCA-LDP 平台的四大基础组件之一，与 KGMS（微服务网关）、HARE（高速消息总线）、KGBP（交易中间件）协同工作。

核心使命： 为 KOCA-LDP 低时延平台提供内存态数据操作能力。

KMDB 的角色：

• KOCA-LDP 四大基础组件之一（KGMS + HARE + KGBP + KMDB）。
• 负责"高效执行"，提供系统高可用、低时延、数据持久化等功能。
• 实现"零查找、零数据拷贝"，提高查询并发量。
• 具备主从复制、异步物理数据库同步功能。
• 同时支持 OLTP 和 OLAP 场景。

在 FS2.5 中的应用：

• 核心交易： KMDB 作为 K-LDP 的三大核心组件（KGMS + HARE + KMDB）之一，负责内存态数据操作。
• 交易结算： FS2.5 清算采用 KMDB 内存数据库技术，以存算分离的架构设计实现清算高性能。

💡 关键定位： KMDB 在金证体系中的角色是"低时延平台的内存存储引擎"——它是 KOCA-LDP 平台的一个组件，与 HARE 消息总线、KGMS 网关、KGBP 交易中间件协同，共同构建极速交易能力。它不是"替代 Oracle 的数据库"，而是"低时延平台架构中的内存数据存储层"。

1.3 定位差异总结

#

二、架构哲学差异：存算分离去 O vs 低时延平台协同

#

2.1 顶点 A5：存算分离 + 去 O

#

顶点 A5 的架构哲学是"存算分离"：

• 计算核心： 自主可控的内存数据库（HyperDB）+ 自主研发的中间件（LiveDTP）。
• 存储： 辅助存储数据库与操作系统均使用开源产品（国产信创数据库）。
• 核心思想： 弱化数据库的作用，仅作为落地存储使用。

HyperDB 在架构中的位置：

客户请求 → LiveDTP 分布式低时延中间件 → HyperDB 内存数据库（交易核心）
                                                    ↓
                                            开源关系型数据库（持久化）

A5 的三大域划分：

1. 核心交易域： 以分布式内存数据库（HyperDB）为基础，采用双活架构。
2. 基础业务域： 提供资金清算、认证、数据服务以及管理等基础业务服务。
3. 技术支撑域： 配置中心、队列服务、管控平台等。

💡 架构哲学： HyperDB 是 A5"存算分离、去 IOE"路线的具体载体——它通过内存数据库替代传统 Oracle 的性能部分，让"交易核心在内存、持久化在开源库"，从而彻底摆脱对国外商用数据库的依赖。

2.2 金证 FS2.5：KOCA-LDP 平台协同

#

金证 FS2.5 的架构哲学是"订单通道 + 综合底座分层"+“三分离四整合”：

• 交易与清算分离、账户与资金分离、订单与报盘分离。
• 接入、运营、数据、后台服务整合。
• 核心交易采用 K-LDP 低时延技术平台。

KMDB 在架构中的位置：

客户请求 → KGMS 统一接入网关 → HARE 高速消息总线 → KGBP 交易中间件
                                                              ↓
                                                         KMDB 内存数据库
                                                              ↓
                                                      异步物理数据库同步

KOCA-LDP 四大组件协同：

💡 架构哲学： KMDB 不是"替代 Oracle 的数据库"，而是"KOCA-LDP 低时延平台架构中的内存数据存储层"——它与 HARE、KGMS、KGBP 协同工作，共同构建极速交易能力。KOCA-LDP 全栈采用 C/C++ 实现，结合多种低延迟网卡和 FPGA/GPU 硬件加速技术。

2.3 架构哲学的核心分歧

#

三、技术特性差异：自研内核 vs 平台组件

#

3.1 HyperDB 的技术特性

#

自研历程：

• 2013 年开始研发基础内存数据库。
• 历经 5 年磨合，最终实现了全自研的内存数据库。
• 在多核性能、自研算法、数据库高可靠以及数据运维能力上表现不俗。
• 自带了信创属性。

核心特性：

• 分布式架构： 采用分布式架构来提升整个系统的整体能力。
• 跨平台性能： 在 ARM 平台上 HyperDB 的查询能力反超了英特尔平台。
• 低延迟存取： 突出数据访问的低延迟存取以及数据并发处理能力。
• 双活架构： A5 核心交易域以分布式内存数据库为基础，采用双活架构。
• 事务同步： 内存采用事务同步技术。
• 高可用： 服务集群以及主从模式多种高可用手段。

部署规模：

• HyperDB 已部署于数十家金融机构的数百个关键低延时交易应用节点。
• 历经多次大行情考验。
• HTS 极速交易系统使用 HyperDB 实现微秒级的订单处理速度。

3.2 KMDB 的技术特性

#

自研历程：

• 作为 KOCA-LDP 平台的组件自研。
• KOCA-LDP V2.0 版本对各基础组件进行关键技术升级。
• 整体性能指标已跻身行业第一梯队。

核心特性：

• 微秒/纳秒级响应： 实现微秒甚至纳秒级别的数据操作响应。
• 高吞吐： 提供每秒数百万事务的吞吐量。
• 传统数据库兼容性： 具备传统数据库的数据一致性保证、SQL 执行引擎功能。
• 高可靠运行模式： 支持多种高可靠运行模式。
• 主从复制： 具备主从复制功能。
• 异步同步： 具备异步物理数据库同步功能。
• 零查找、零数据拷贝： 升级后的 KMDB 实现"零查找、零数据拷贝"，提高查询并发量、减少阻塞。
• 双场景支持： 主要应用场景包括 OLTP 和 OLAP。

业务穿透性能：

• KOCA-LDP 运行平台通过运用内存数据库或内存数据结构，业务内部穿透耗时小于 1 微秒。
• 端到端时延仅为 1.1 微秒。

3.3 技术特性对比

#

四、应用场景差异：核心交易域 vs 全场景覆盖

#

4.1 HyperDB 的应用场景

#

主要场景： A5 核心交易系统的核心交易域

• 日间实时交易节点： HyperDB 的使用场景为日间实时的交易节点。
• 订单类业务： 订单类业务都在内存数据库上完成。
• HTS 极速交易： HTS 极速交易系统使用 HyperDB 实现微秒级的订单处理速度。
• 双活架构： A5 核心交易域以分布式内存数据库为基础，采用双活架构。

已落地券商：

• 东吴证券（2021 年 A5 信创节点首次上线）。
• 东海证券、华宝证券、麦高证券。
• A5 Max 完成头部券商亿级客户迁移标杆工程。

行业地位：

• 2020 年 A5 信创版在东吴证券全面上线，在证券行业中首次实现去"O"。
• A5 信创版是行业唯一全面上线运行、全业务的分布式核心交易系统。

4.2 KMDB 的应用场景

#

主要场景： KOCA-LDP 平台全场景覆盖

• 核心交易： FS2.5 订单采用 K-LDP 低时延技术平台，KMDB 作为三大核心组件之一。
• 交易结算： FS2.5 清算采用 KMDB 内存数据库技术，以存算分离的架构设计实现清算高性能。
• 极速订单、极速行情： KOCA-LDP 用于构建极速订单等高性能核心业务系统。
• OLTP + OLAP： KMDB 同时支持在线事务处理和实时分析处理。

已落地券商：

• 中金财富证券（集中交易系统整合）。
• 华兴证券（FS2.5 新一代核心交易系统，行业首家千万级客户迁移）。
• 申万宏源证券（交易结算系统整合）。
• 平安证券（新一代交易订单系统）。
• 银河证券（MTA 份额登记系统，金证首家全栈信创注册登记）。

对外输出：

• KMDB 不仅作为证券 FS2.5 和资管 A8 核心基础部件。
• 也成功实现了对外输出，满足客户自研需求。

4.3 应用场景对比

#

五、信创路径差异：去 O 先行者 vs 平台原生信创

#

5.1 顶点的信创路径：HyperDB 去 O

#

时间线：

• 2013 年： 开始研发基础内存数据库。
• 2019 年： 进行平台适配，先后完成 HTS 快交系统、A5 核心交易系统的适配。
• 2020 年： 获得华为鲲鹏信创 VIP 奖；A5 信创版在东吴证券全面上线，证券行业首次实现去"O"。
• 2021 年： A5 信创节点首次在东吴证券上线运行。
• 2023 年至今： A5 已在东吴证券、东海证券、华宝证券、麦高证券上线。

信创策略：

• 通过 HyperDB 完全替代 Oracle，实现底层数据库去商用化。
• HyperDB 自带了信创属性。
• 在 ARM 平台上 HyperDB 的查询能力反超了英特尔平台——这间接证明了 ARM 平台上 HyperDB 的查询能力。

核心成就：

• A5 信创版是行业唯一全面上线运行、全业务的分布式核心交易系统。
• 打破了 20 多年来券商核心交易系统依赖国外商业数据库与硬件平台的局面。

5.2 金证的信创路径：KOCA-LDP 平台原生信创

#

时间线：

• KOCA-LDP V2.0： 完成对各基础组件的关键技术升级，整体性能指标跻身行业第一梯队。
• FS2.5 落地： 中金财富、华兴证券、申万宏源、平安证券等头部券商落地。
• 2024 年： KMDB 作为 FS2.5 和 A8 的核心基础部件，并成功实现对外输出。

信创策略：

• KOCA-LDP 全栈采用 C/C++ 实现。
• 结合多种低延迟网卡和 FPGA/GPU 硬件加速技术。
• 可运行在 X86、ARM 等不同 CPU 架构环境。
• 全面支持信创。
• 与高斯、OceanBase、达梦等主流国产数据库全适配。

核心成就：

• FS2.5 在 TOP10 头部券商整体项目覆盖率超 50%。
• 华兴证券 FS2.5 实现行业首家千万级客户迁移案例。
• 金证首家全栈信创注册登记（TA）案例（银河证券 MTA 份额登记系统）。

5.3 信创路径对比

#

六、底层差异的本质：数据库产品 vs 平台组件

#

6.1 产品形态的本质差异

#

HyperDB 是"数据库产品"：

• 它是一个完整的内存数据库产品。
• 具备传统数据库的数据一致性保证、SQL 执行引擎功能。
• 可以独立部署、独立使用。
• 目标是替代 Oracle 等传统商用数据库。
• 顶点软件的官方表述：“自研 HyperDB 内存数据库实现底层数据库去商用化”。

KMDB 是"平台组件"：

• 它是 KOCA-LDP 平台的四大基础组件之一。
• 必须与 KGMS、HARE、KGBP 协同工作才能发挥完整价值。
• 是"低时延平台架构中的内存数据存储层"。
• 目标是为 KOCA-LDP 平台提供内存态数据操作能力。
• 金证官方表述：“KOCA-LDP 基础组件包括微服务网关平台 KGMS、高速消息总线 HARE、交易中间件 KGBP 以及内存数据库 KMDB”。

6.2 演进路径的本质差异

#

HyperDB 的演进： 从"基础内存数据库"到"飞驰 HyperDB"到"A5 核心交易域底座"

• 2013 年启动研发。
• 5 年磨合实现全自研。
• 推出"飞驰"HyperDB 产品。
• 作为 A5 信创版的核心数据库底座。
• 部署于数十家金融机构的数百个关键低延时交易应用节点。

KMDB 的演进： 从"内存数据库"到"KOCA-LDP 组件"到"对外输出的核心基础部件"

• 作为 KOCA-LDP 平台的组件自研。
• KOCA-LDP V2.0 对各基础组件进行关键技术升级。
• 实现"零查找、零数据拷贝"。
• 不仅作为 FS2.5 和 A8 核心基础部件，也成功实现了对外输出。

6.3 一句话总结差异

#

💡 HyperDB 是"为去 O 而生的自研内存数据库产品"——它要解决的问题是"如何用自研内存数据库替代 Oracle"；

💡 KMDB 是"为低时延平台而生的内存存储组件"——它要解决的问题是"如何在 KOCA-LDP 平台架构中实现微秒级内存态数据操作"。

七、选型视角：什么场景选 HyperDB，什么场景选 KMDB

#

7.1 选 HyperDB 的场景

#

✅ 以下场景优先考虑 HyperDB：

1. 核心目标是去 O： 需要彻底摆脱 Oracle 依赖，HyperDB 是行业首个验证可行的去 O 方案。
2. 存算分离架构： 接受"交易核心在内存（HyperDB）+ 持久化在开源库"的架构范式。
3. 双活架构需求： A5 核心交易域天然支持双活架构。
4. ARM 平台优先： HyperDB 在 ARM 平台上的查询能力反超 x86，适合国产化 ARM 路线。
5. 顶点 A5 生态： 已选择或倾向选择顶点 A5 信创版。

代表案例： 东吴证券（2020 年首次去 O）、东海证券、华宝证券、麦高证券、A5 Max 头部券商亿级客户迁移。

7.2 选 KMDB 的场景

#

✅ 以下场景优先考虑 KMDB：

1. KOCA-LDP 平台生态： 需要 HARE 消息总线、KGMS 网关、KGBP 交易中间件、KMDB 内存库的完整低时延平台能力。
2. 全场景覆盖： 核心交易、清算、极速订单/行情、OLTP、OLAP 全场景。
3. 对外输出需求： 需要内存数据库组件对外输出，KMDB 已支持。
4. 金证 FS2.5/A8 生态： 已选择或倾向选择金证新一代核心交易/投资交易系统。
5. 微秒级确定性： HARE 端到端 1.1 微秒，KMDB 业务穿透 <1 微秒的确定性性能。

代表案例： 中金财富、华兴证券、申万宏源、平安证券、银河证券 MTA。

7.3 两者的共存与互补

#

值得注意的是，HyperDB 和 KMDB 并非完全互斥——它们属于不同厂商的体系：

• 选择顶点 A5 → 必然使用 HyperDB
• 选择金证 FS2.5/A8 → 必然使用 KMDB
• 选择恒生 UF3.0 → 使用 LightDB/UFT-MDB
• 选择华锐 ATP T7 → 使用 AMI 内存计算

券商在核心交易系统选型时，首先选的是整体技术路线（厂商），其次才是内存数据库组件。HyperDB 与 KMDB 的差异，本质上是顶点 A5 路线与金证 FS2.5 路线的差异在内存数据库层的具象化。

八、结语：内存数据库路线之争的本质

#

回到文章开头的核心问题——顶点 A5 的 HyperDB 与金证 KMDB 有何不同？

💡 它们不是同一分类维度上的竞品。 HyperDB 是顶点 A5"存算分离、去 IOE"路线的核心数据库底座，目标是彻底替代 Oracle；KMDB 是金证 KOCA-LDP 低时延平台的四大基础组件之一，与 KGMS、HARE、KGBP 协同工作，为 FS2.5 提供内存态数据操作能力。

三条核心差异：

1. 定位差异： HyperDB 是"数据库产品"（替代 Oracle），KMDB 是"平台组件"（KOCA-LDP 的存储引擎）。
2. 架构角色： HyperDB 在 A5 中承担核心交易域的双活内存数据库；KMDB 在 KOCA-LDP 中与三大组件协同，覆盖核心交易、清算、极速订单/行情全场景。
3. 信创路径： HyperDB 以"去 O"为切入点，2020 年东吴证券首次实现证券行业去 O；KMDB 以"KOCA-LDP 平台原生信创"为路径，全面支持信创并可对外输出。

一个共识：

📌 博主注： HyperDB 与 KMDB 的差异，本质上是顶点软件与金证股份在核心交易系统架构哲学上的差异——顶点选择"存算分离、去 O"，用 HyperDB 完全替代 Oracle，让交易核心在内存、持久化在开源库；金证选择"KOCA 云原生平台 + K-LDP 低时延平台"，用 KMDB 作为 KOCA-LDP 四大组件之一，与 HARE、KGMS、KGBP 协同构建极速交易能力。

这两种路线没有绝对的优劣：

• 如果你追求彻底的去 O、存算分离架构、双活交易域 → HyperDB + A5 是更纯粹的"去 IOE 答案"
• 如果你追求低时延平台的完整协同、全场景覆盖、组件可对外输出 → KMDB + KOCA-LDP + FS2.5 是更工程化的"平台答案"

到 2027 年信创大限时，这两条路线都将成为券商核心交易系统信创替代的可行选择。HyperDB 代表了"数据库层的自主可控"——证明国产内存数据库可以彻底替代 Oracle；KMDB 代表了"平台层的自主可控"——证明国产低时延平台可以做到微秒级性能并全面支持信创。两者共同推动的，是中国券商核心交易系统从"IOE 依赖"到"全栈信创"的历史性跨越。

附：HyperDB vs KMDB 技术对比速查表

#