从 HyperDB 到 LightDB：券商核心交易系统自研内存数据库的四种路线

📌 核心论点 券商核心交易系统的信创改造，催生了四种自研内存数据库路线——顶点 HyperDB（去 O 核武器）、金证 KMDB（低时延平台组件）、恒生 UFT-MDB/LightDB（敏稳双态双引擎）、华锐 AMI（极速交易内存计算平台）。

这四种路线不是简单的技术优劣之分，而是不同厂商对"交易核心系统应该用什么数据架构"这一根本问题的不同回答。理解这四种路线，就理解了未来五年券商核心交易系统信创替代的全部技术选项。

一、背景：为什么券商核心交易系统需要自研内存数据库？

#

1.1 传统架构的瓶颈

#

券商核心交易系统长期依赖 Oracle 数据库 + 集中式架构。随着交易量爆发式增长（A 股万亿级日成交额）、量化交易兴起（微秒级时延需求）、信创大限逼近（2027 年 100% 信创替代），传统架构面临三重困境：

• 性能瓶颈： 磁盘 I/O 成为吞吐天花板，毫秒级时延无法满足极速交易。
• 成本瓶颈： Oracle 授权费高昂，IBM 小型机运维成本居高不下。
• 信创瓶颈： Oracle 不在信创目录，必须寻找国产替代方案。

1.2 内存数据库的破局

#

内存数据库将数据全部加载到内存中，消除磁盘 I/O，实现微秒级读写。但金融级内存数据库面临三大挑战：

• 数据一致性： 内存易失，如何保证断电不丢数据？
• 高可用： 单节点故障如何无缝切换？
• SQL 兼容： 如何兼容存量 Oracle 业务逻辑？

不同厂商给出了不同的答案，形成了四种路线。

二、四种路线全景

#

三、四种路线深度解析

#

3.1 路线一：顶点 HyperDB —— 去 O 的核武器

#

定位： A5/LiveDTP 的核心数据库底座，目标是彻底替代 Oracle。

架构哲学：存算分离 + 双活

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

技术特点：

• 自研内核： 2013 年开始研发，历经 5 年磨合实现全自研。
• 双活架构： A5 核心交易域以分布式内存数据库为基础，采用双活架构。
• 事务同步： 内存采用事务同步技术，保证数据一致性。
• ARM 优化： 在 ARM 平台上查询能力反超英特尔平台。
• 自带信创： HyperDB 自带了信创属性。

关键成就：

• 2020 年在东吴证券全面上线，证券行业首次实现去"O"。
• A5 信创版是行业唯一全面上线运行、全业务的分布式核心交易系统。
• 已部署于数十家金融机构的数百个关键低延时交易应用节点。

代表案例： 东吴证券、东海证券、华宝证券、麦高证券、A5 Max 头部券商亿级客户迁移。

3.2 路线二：金证 KMDB —— 低时延平台的存储引擎

#

定位： KOCA-LDP 低时延平台的四大基础组件之一，与 KGMS、HARE、KGBP 协同工作。

架构哲学：平台协同 + 全场景覆盖

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

技术特点：

• 微秒/纳秒级响应： 实现微秒甚至纳秒级别的数据操作响应。
• 零查找、零数据拷贝： 升级后提高查询并发量、减少阻塞。
• SQL 执行引擎： 具备传统数据库的数据一致性保证、SQL 执行引擎功能。
• 主从复制 + 异步同步： 支持多种高可靠运行模式。
• OLTP + OLAP 双场景： 同时支持在线事务处理和实时分析处理。

关键成就：

• KOCA-LDP 整体端到端时延 1.1 微秒，KMDB 业务穿透 <1 微秒。
• FS2.5 在 TOP10 头部券商整体项目覆盖率超 50%。
• KMDB 不仅作为 FS2.5 和 A8 核心基础部件，也成功实现对外输出。

代表案例： 中金财富、华兴证券（行业首个全栈信创单轨完整柜台）、申万宏源、平安证券、银河 MTA。

3.3 路线三：恒生 UFT-MDB + LightDB —— 敏稳双引擎

#

定位： 恒生 UF3.0 的"敏稳双态"架构下，内存交易引擎（UFT-MDB） 负责极速交易，分布式数据库（LightDB） 负责持久化与一般业务。

架构哲学：双轨并行 + 敏稳分离

稳态（安全稳定）：LightDB 分布式数据库（账户、清算、风控）
敏态（快速迭代）：UFT-MDB 内存数据库（交易核心）

技术特点：

• UFT-MDB： 核心处理时延 <50 微秒，单节点纯委托吞吐 15 万笔/秒。
• LightDB： 金融级分布式数据库，支持 OLTP 与 OLAP 融合，具备 SQL 兼容性高、容量弹性伸缩、金融级高可用等核心特性。
• 敏稳双态： 交易清算为稳态，账户运营为敏态，两类数据库各司其职。
• 全栈信创： 完成从芯片、服务器到数据库的全栈信创适配。

关键成就：

• UF3.0 已在 11 家券商上线，招商证券完成千万级客户全量切换。
• 方正证券实现首家证券内存交易全栈信创。
• 整体处理能力较上一代提升 70 倍。

代表案例： 招商证券（千万级客户切换）、东方证券（全客户全业务上线）、方正证券（首家内存交易全栈信创）、财信证券（期权内存交易同构首家）。

3.4 路线四：华锐 AMI —— 极速交易的内存计算平台

#

定位： 华锐 ATP 分布式极速交易平台的核心基础设施，专注于极速交易场景的内存消息与计算。

架构哲学：原生分布式 + 低时延消息总线

客户请求 → AMI 内存消息总线（分布式、无代理、微秒级）
              ↓
         AMI 内存计算引擎（订单处理、风控、行情）

技术特点：

• AMI 内存消息总线： 端到端时延 <1 微秒，支持可靠组播和单播。
• 全栈自研： 从消息总线到内存计算引擎完全自主研发。
• 硬件加速： 支持 RDMA、FPGA 等加速技术。
• 分布式架构： 支持水平扩展，无单点瓶颈。

关键成就：

• ATP 线上生产系统超 100 套。
• 在量化交易、高频交易细分赛道性能优势突出。
• 被多家头部券商用于极速柜台和算法交易系统。

代表案例： 多家头部券商极速交易柜台、量化私募交易系统。

四、四维深度对比

#

4.1 定位与架构角色

#

4.2 架构哲学

#

4.3 性能指标

#

4.4 信创路径

#

4.5 适用场景

#

五、选型视角：什么场景选什么路线

#

5.1 选型决策树

#

你的首要目标是什么？
├── 彻底去 O（Oracle 替换）
│   └── 顶点 HyperDB（A5 路线）
├── 极速交易（量化、高频）
│   └── 华锐 AMI（ATP 路线）
├── 全栈信创 + 低时延平台协同
│   └── 金证 KMDB（FS2.5 路线）
└── 存量平滑演进 + 敏稳双态
    └── 恒生 UFT-MDB + LightDB（UF3.0 路线）

5.2 四种路线的核心取舍

#

六、未来演进：四条路线的融合趋势

#

6.1 共同方向

#

• AI 原生： 所有路线都在探索将 AI 能力（智能风控、智能路由）融入内存数据库。
• 云原生： 容器化、Kubernetes 部署成为标配。
• 硬件加速： FPGA、RDMA、DPU 成为性能提升的关键手段。
• 信创深化： 从"适配"到"原生"——新版本将直接基于国产芯片和操作系统开发。

6.2 差异化演进

#

• HyperDB： 继续深化 ARM 优化，探索"内存数据库 + 智能网卡"的一体化方案。
• KMDB： 从组件走向平台，可能独立为"KOCA-MDB"产品线，增强对外输出能力。
• UFT-MDB + LightDB： 双引擎融合，LightDB 吸收内存计算能力，UFT-MDB 增强持久化。
• AMI： 从极速交易扩展到实时风控、实时清算，拓宽场景。

七、结语：四种路线，一个目标

#

回到文章开头的核心问题——从 HyperDB 到 LightDB，券商核心交易系统自研内存数据库的四种路线，争的究竟是什么？

💡 不是"谁更快"，而是"谁更适合你的券商"。 四种路线代表了四种不同的架构哲学：

• HyperDB 代表了"数据库层的自主可控"——证明国产内存数据库可以彻底替代 Oracle。
• KMDB 代表了"平台层的自主可控"——证明国产低时延平台可以做到微秒级性能并全面支持信创。
• UFT-MDB + LightDB 代表了"敏稳双态的工程智慧"——证明双引擎架构可以兼顾存量兼容与极速创新。
• AMI 代表了"极速赛道的专注"——证明在细分场景做到极致也是一种路线。

一个共识：

📌 博主注： 这四种路线没有绝对的优劣，只有适配场景的差异。顶点 HyperDB 是"去 O 的核武器"，适合追求彻底摆脱 Oracle 的券商；金证 KMDB 是"低时延平台的存储引擎"，适合选择 KOCA-LDP 路线的券商；恒生 UFT-MDB + LightDB 是"敏稳双态的双引擎"，适合恒生存量客户平滑演进；华锐 AMI 是"极速交易的王者"，适合量化和高频交易场景。

到 2027 年信创大限时，这四种路线都将成为券商核心交易系统信创替代的可行选择。它们共同推动的，是中国券商核心交易系统从"IOE 依赖"到"全栈信创"的历史性跨越。而这场跨越的终极赢家，不是某一种路线，而是中国金融科技自主可控的整体能力——当 HyperDB 在东吴证券替代 Oracle、当 KMDB 在华兴证券实现全栈信创单轨运行、当 UFT-MDB 在招商证券承载千万级客户、当 AMI 在量化私募实现微秒级交易时，中国券商核心交易系统的"心脏"，终于跳动的都是中国自己的代码。

附：四种路线速查表

#