信创实战：信创数据库全景图

信创进入深水区，数据库选型不再是"能不能用"的问题，而是"怎么选、选了怎么落地"的问题。本文从技术路线出发，梳理主流信创数据库的产品矩阵，给出面向架构师的选型决策框架。

一、引言：信创进入深水区，数据库选型是关键决策

2025-2026 年，信创产业已从"试点验证"迈向"规模化落地"。在这一阶段，数据库作为基础软件的核心组件，其选型决策直接影响：

• 系统架构的天花板：选错了路线，后续迁移成本可能是天文数字；
• 国产 CPU 的适配深度：不同数据库对飞腾、鲲鹏、海光、龙芯、申威的支持程度差异显著；
• 业务连续性保障：安全可靠测评等级直接关系到能否进入关键行业采购目录；
• 团队的技术栈投入：一条技术路线背后是一整套人才培养和运维体系。

对架构师而言，理解国产数据库的技术路线分类，比记住某个产品的版本号更重要。路线决定了基因，基因决定了上限。

二、核心认知：国产数据库的四条技术路线

国产数据库的发展路径，大致可以归结为四条技术路线。每条路线有不同的技术基因、生态位和适用场景。

2.1 完全自研路线

代表产品：达梦（DM）、崖山（YashanDB）、OceanBase、TiDB、虚谷

技术特征：

• 内核完全自研，不依赖任何开源数据库内核
• 拥有完整的存储引擎、查询优化器、事务管理器的自主知识产权
• SQL 方言可能与主流数据库存在差异，但近年来普遍加强了兼容性

优势：

• 知识产权清晰，不存在开源协议争议
• 内核可控，针对国产硬件的深度优化空间上限
• 安全可靠测评中"自主可控"维度得分更高
• 长期来看不受上游开源项目路线变更的影响

劣势：

• 生态工具链需要从零建设或自建适配层
• 学习曲线相对陡峭，DBA 迁移成本较高
• 部分产品的社区活跃度和第三方文档不如开源路线丰富

适用场景：对自主可控要求极高的场景（军工、核心政务系统），以及需要深度定制内核的场景。

2.2 PostgreSQL 二次开发路线

代表产品：金仓（KingbaseES）、瀚高（HighGo DB）、大云海山（中国移动）

技术特征：

• 基于 PostgreSQL 内核进行深度二次开发
• 保留了 PostgreSQL 的 SQL 语法、扩展机制和工具链兼容性
• 在此基础上增加国产 CPU 适配、安全增强、高可用扩展等能力

优势：

• 继承了 PostgreSQL 成熟的 SQL 标准支持和扩展生态
• 迁移成本相对较低，Oracle/PG DBA 可快速上手
• 社区工具链（pg_dump、pgAdmin 等）可直接复用
• 经过多年打磨，稳定性和兼容性已有大量生产验证

劣势：

• 受 PostgreSQL 上游版本演进影响，大版本升级需要同步跟进
• 深度定制可能导致与上游 PG 的兼容性逐渐偏离
• 在极端性能场景下，二次开发层可能引入额外开销

适用场景：已有 PostgreSQL 或 Oracle 技术栈的团队，需要平滑迁移的场景；对 SQL 标准兼容性要求较高的 OLTP 业务。

2.3 openGauss 路线

代表产品：GaussDB（华为云）、海量数据库（HiDB）、神通数据库

技术特征：

• 基于华为主导的 openGauss 开源内核
• openGauss 本身源自 PostgreSQL，但已进行了大量内核重构（列存引擎、NUMA 架构优化等）
• 形成了以华为为核心的产业生态

优势：

• 华为主导的生态建设力度大，合作伙伴众多
• 在鲲鹏架构上有深度优化，性能表现突出
• openGauss 社区活跃，迭代速度快
• 支持集中式和分布式两种部署形态

劣势：

• 生态绑定度较高，脱离华为硬件生态后优势减弱
• openGauss 与 PostgreSQL 的兼容性已出现明显分叉
• 部分高级特性依赖华为云服务

适用场景：以鲲鹏 + 华为云为基础架构的项目；需要集中式与分布式统一技术栈的场景。

2.4 MySQL 兼容路线

代表产品：TDSQL（腾讯）、TaurusDB（腾讯云）、GreatSQL、PolarDB-X（阿里）、GBase 8a

技术特征：

• 基于 MySQL 内核或 MySQL 协议兼容
• 部分产品在 MySQL 基础上进行了深度改造（如 TDSQL 的强一致性复制、PolarDB-X 的分布式架构）
• GreatSQL 是 MySQL 的增强分支，由万里开源维护

优势：

• MySQL 生态极为庞大，工具链、中间件、人才储备丰富
• 互联网公司技术栈天然兼容，迁移成本更低
• MySQL 协议兼容意味着大量应用可直接对接

劣势：

• MySQL 内核在复杂查询、高级 SQL 特性上不如 PostgreSQL
• 分布式改造后与原生 MySQL 的行为差异可能引发兼容性问题
• 部分产品的 MySQL 兼容层深度不足，复杂场景可能踩坑

适用场景：互联网业务、中台系统、已有 MySQL 技术栈的场景；对吞吐量要求高但 SQL 复杂度适中的 OLTP 业务。

四条路线对比速览

三、数据库连接池计算

在信创环境下配置数据库连接池时，需要科学计算连接数上限。连接池大小的经验公式：

Max Pool Size = CPU Cores × 2 + Effective Spindle Count

对于 SSD 存储（无旋转磁盘），简化为：Max Pool Size ≈ CPU Cores × 2 + 1

考虑应用实例数 N 和数据库上限连接数 M：所有实例的 Pool Size 之和 ≤ M - Reserved Connections。其中预留连接数通常为 10-20（用于 DBA 管理和监控）。

连接池配置示例（HikariCP）：

spring:
  datasource:
    hikari:
      # 连接池大小 = CPU 核心数 × 2 + 1（SSD 场景）
      # 假设 8 核 CPU：
      maximum-pool-size: 17
      minimum-idle: 5
      connection-timeout: 30000
      idle-timeout: 600000
      max-lifetime: 1800000
      # 信创数据库 JDBC URL 示例
      # 达梦：jdbc:dm://192.168.1.100:5236/PROD
      # 金仓：jdbc:kingbase8://192.168.1.100:54321/PROD
      # openGauss：jdbc:postgresql://192.168.1.100:5432/PROD

四、集中式数据库产品全景

以下梳理主流信创集中式数据库产品的基本信息和国产 CPU 适配情况。

说明：CPU 适配信息基于各厂商公开资料和安全可靠测评公告整理。"✅" 表示已适配并有生产案例，"🔶" 表示已适配但案例较少或在推进中，"—" 表示暂未适配或无公开信息。版本号基于 2025-2026 年公开发布信息。

社区活跃度参考（2026 年数据）

关键观察

1. 龙芯和申威适配仍是更窄的口子：真正同时支持龙芯和申威的产品屈指可数（达梦、金仓），这在军工和特种领域选型时需要特别关注。
2. 鲲鹏/飞腾 ARM 生态更为成熟：几乎所有主流产品都已完成适配，这与飞腾和鲲鹏在信创市场的高占有率直接相关。
3. 海光 x86 兼容性优势明显：基于 Zen 架构的海光 CPU 对存量 x86 应用迁移更为友好，多数产品都能支持。
4. 测评等级Ⅱ成为主流：随着测评推进，越来越多产品进入等级Ⅱ，这将在下文详细解读。

五、分布式数据库产品全景

分布式数据库是信创领域增长速度高的赛道，尤其在金融、电信等对高可用和水平扩展有强需求的行业。

关键观察

1. TiDB 和 OceanBase 是自研分布式路线的双子星：两者都经历了大规模生产验证，但技术路线不同，TiDB 基于 Raft 协议的 Multi-Raft 架构，OceanBase 基于 Paxos 协议的三副本架构。
2. 达梦在分布式领域补齐了短板：DMDPC 的推出让达梦在集中式 + 分布式两条线上都有了自研产品，且龙芯/申威支持覆盖较全。
3. MySQL 兼容的分布式产品以互联网场景为主：TDSQL 和 PolarDB-X 都脱胎于互联网公司的内部实践，适合高并发 OLTP 场景。

六、性能对比参考

6.1 OLTP 基准怎么做

跨数据库和跨 CPU 的固定 TPS 数字缺少可比性。选型测试应使用同一业务数据规模、表结构、索引、事务比例、连接池、隔离级别和持久化策略，在候选软硬件上分别运行预热、稳态和故障恢复。结果报告吞吐、P95/P99、锁等待、日志量、复制延迟与资源利用率，并附压测脚本和配置。

6.2 CPU 与软件栈一起评估

CPU 架构只是变量之一。数据库版本、编译选项、JDK 或客户端 Native 库、NUMA、存储、内核和厂商优化都会改变结果。候选环境先完成安装与功能兼容测试，再用业务查询和批处理测量。任何百分比结论都应绑定具体型号、软件版本、测试日期和原始报告，不能从架构名称推导。

七、选型决策指南

7.1 按业务场景选型

7.2 按 CPU 架构选型

这是信创选型中经常被忽视但极其关键的维度：

必须支持龙芯的场景（如部分党政、军工）：

• 集中式：达梦、金仓、GBase 8s、瀚高
• 分布式：达梦 DMDPC、GBase 8a MPP
• 选择面更窄，需要提前确认版本适配情况

必须支持申威的场景（如特种领域）：

• 集中式：达梦、金仓
• 分布式：达梦 DMDPC
• 选择面更窄，达梦是覆盖面更广的选择

鲲鹏/飞腾 ARM 架构（信创主流）：

• 几乎所有主流产品均可支持
• 鲲鹏生态中华为系产品（GaussDB）优化更深
• 飞腾生态中达梦、金仓验证更充分

海光 x86 架构（存量系统迁移）：

• 所有主流产品均可支持
• 适合需要保留 x86 技栈但又要满足信创要求的场景
• 性能表现通常优于同配置 ARM

7.3 按技术路线选型

选择自研路线的信号：

• 项目对"自主可控"有明确的政策要求
• 需要深度定制数据库内核
• 愿意投入长期的团队建设成本
• 不依赖特定开源社区的工具链

选择二次开发路线的信号：

• 团队已有 PostgreSQL/MySQL 运维经验
• 迁移窗口期短，需要快速切换
• 需要丰富的第三方工具生态支持
• 对 SQL 标准兼容性有硬性要求

八、安全可靠测评解读

安全可靠测评是由国家权威机构（中国信息安全测评中心、国家保密科技测评中心等）对基础软硬件产品进行的安全评估，是信创产品进入采购目录的核心门槛。

测评等级说明

等级Ⅱ的战略意义

2025 年以来，多个关键行业（金融、能源、电信）的信创采购目录已将测评等级Ⅱ作为准入门槛。因此：

• 仅通过等级Ⅰ的产品将逐步被挤出核心市场
• 测评等级Ⅱ正在成为"及格线"而非"加分项"
• 架构师在选型时应将测评等级作为一票否决条件

如何查询测评结果

建议通过以下官方渠道获取当前公开测评公告：

• 中国信息安全测评中心：http://www.itsec.gov.cn
• 国家保密科技测评中心：http://www.gmbjs.gov.cn

九、迁移实战要点

9.1 从 MySQL 迁移到国产数据库

-- 达梦兼容模式设置（兼容 MySQL 语法）
SP_SET_PARA_VALUE(1, 'COMPATIBLE_MODE', 4);  -- 4 = MySQL 兼容

-- 金仓兼容模式通常在创建数据库时指定
CREATE DATABASE mydb_mysql WITH DBCOMPATIBILITY = 'mysql';

-- openGauss 兼容模式（创建 MySQL 兼容数据库）
CREATE DATABASE mydb_mysql WITH DBCOMPATIBILITY = 'B';

9.2 从 Oracle 迁移到国产数据库

-- 达梦默认兼容 Oracle 语法
-- 金仓 Oracle 兼容模式通常在创建数据库时指定
CREATE DATABASE mydb_oracle WITH DBCOMPATIBILITY = 'oracle';

-- 常见差异处理：
-- 1. 序列：Oracle 的 SEQUENCE.NEXTVAL → 达梦保持兼容
-- 2. 分页：Oracle 的 ROWNUM / ROW_NUMBER() 需要按目标库兼容模式改写；金仓 PG 模式可直接用 LIMIT/OFFSET
-- 3. 包（Package）：达梦对 Oracle 包兼容更完整；金仓是否可用要看兼容模式和版本，别默认所有模式都支持

金仓（KingbaseES）兼容性详解

金仓是基于 PostgreSQL 内核二次开发的国产数据库，上限的特点是支持多种兼容模式。理解这些模式的区别，是金仓落地的关键。

兼容模式概览

OID 与类型系统

金仓在 PG 模式下保留了 PostgreSQL 的 OID 类型体系：

-- PG 模式下可用的 OID 相关操作
SELECT oid, typname FROM pg_type WHERE typname = 'int4';     -- ✅ 正常
SELECT 'users'::regclass;                                      -- ✅ 正常
SELECT oid, relname FROM pg_class WHERE relname = 'users';    -- ✅ 正常

-- Oracle 模式下这些系统表可能不可用或结构不同

JDBC 驱动选择指南

// PG 模式：可以用 PostgreSQL 驱动（开发/测试阶段快速验证）
// JDBC URL: jdbc:postgresql://192.168.1.100:54321/PROD
// Driver:   org.postgresql.Driver

// PG 模式：生产推荐使用金仓专用驱动（功能更完整）
// JDBC URL: jdbc:kingbase8://192.168.1.100:54321/PROD
// Driver:   com.kingbase8.Driver

// Oracle 模式：必须使用金仓专用驱动
// JDBC URL: jdbc:kingbase8://192.168.1.100:54321/PROD
// Driver:   com.kingbase8.Driver

Spring Boot 配置示例

# PG 模式 + 金仓驱动（推荐）
spring:
  datasource:
    driver-class-name: com.kingbase8.Driver
    url: jdbc:kingbase8://192.168.1.100:54321/PROD
    username: system
    password: your_password

# PG 模式 + PostgreSQL 驱动（开发阶段快速验证）
# spring:
#   datasource:
#     driver-class-name: org.postgresql.Driver
#     url: jdbc:postgresql://192.168.1.100:54321/PROD

# Oracle 模式
# spring:
#   datasource:
#     driver-class-name: com.kingbase8.Driver
#     url: jdbc:kingbase8://192.168.1.100:54321/PROD?compatibleMode=oracle

MyBatis-Plus 配置：

mybatis-plus:
  configuration:
    # PG 模式使用 PostgreSQL 方言
    database-id: postgresql
    # Oracle 模式使用 Oracle 方言
    # database-id: oracle

兼容模式切换

金仓的兼容模式在创建数据库时指定，后续不可更改：

-- 创建 PG 兼容的数据库（默认）
CREATE DATABASE app_db WITH DBCOMPATIBILITY = 'pg';

-- 创建 Oracle 兼容的数据库
CREATE DATABASE app_db WITH DBCOMPATIBILITY = 'oracle';

-- 创建 MySQL 兼容的数据库
CREATE DATABASE app_db WITH DBCOMPATIBILITY = 'mysql';

-- 查看当前数据库的兼容模式
SHOW db_compat_type;
-- 或
SELECT current_setting('kingbase_compat_type');

十、总结与建议

信创数据库选型并非一个纯技术问题，重点是一个技术 × 政策 × 生态 × 团队的综合决策。

给架构师的三条核心建议：

1. 先定路线，再选产品。技术路线决定了长期的技术栈投入方向，比单个产品的功能对比更重要。
2. CPU 适配是硬约束。如果项目有龙芯/申威要求，可选范围会大幅收窄，这个决策应该前置。
3. 测评等级是准入门槛。等级Ⅱ正在成为标配，不要在测评等级上打折扣。

末尾，信创数据库市场仍在快速演进。本文的信息基于 2025-2026 年初的公开资料整理，具体选型时请以各厂商当前公开发布和官方测评公告为准。

参考资料

• 中国信息安全测评中心 - 安全可靠测评公告：http://www.itsec.gov.cn
• 国家保密科技测评中心 - 涉密产品检测公告：http://www.gmbjs.gov.cn
• openGauss 社区：https://opengauss.org
• TiDB 官方文档：https://docs.pingcap.com/zh/tidb/stable
• OceanBase 官方文档：https://open.oceanbase.com/docs
• 达梦数据库官方：https://www.dameng.com
• 人大金仓官方：https://www.kingbase.com.cn
• 南大通用官方：https://www.gbase.cn
• GreatSQL 社区：https://greatsql.com
• PolarDB-X 官方：https://github.com/ApsaraDB/polardbx-engine

本文为"信创架构实践"系列文章之一，后续将围绕中间件、操作系统、云平台等信创基础设施展开深度分析。