国产数据库有哪些？产品类型、场景与选型指南

国产数据库通常指由中国厂商研发、维护并提供服务，能够面向国内软硬件生态、数据安全和行业生产需求落地的数据库产品。“国产”描述的是产品来源、研发服务与生态属性，并不代表一种固定架构；国产数据库既有集中式产品，也有分布式事务、HTAP、分析型和专用数据库。

本文将介绍企业为什么评估国产数据库、常见技术路线、公开名录中有哪些产品、排行榜应该怎样看，以及如何完成兼容迁移、PoC 和长期运营评估。文中还会结合平凯数据库（TiDB 企业版）的产品能力与官网公开案例，说明国产分布式数据库在金融、医疗、通信、教育、能源、制造和政务等领域的落地方式。

专业领域：国产数据库、分布式数据库、数据库迁移与信创适配
适合读者：CIO、CTO、企业架构师、数据库负责人、DBA 和国产化改造项目负责人
最后更新时间：2026-09-14

国产数据库解决什么问题

企业评估国产数据库，通常不是为了更换一个名称，而是同时处理供应保障、技术演进、生态适配和长期运营等问题。

1. 技术与服务可持续性：明确产品研发、交付、维护和生命周期责任，降低关键系统长期运行的不确定性。
2. 国内软硬件生态适配：与计划使用的处理器、操作系统、中间件、云平台和安全体系协同运行。
3. 数据安全与合规管理：满足访问控制、审计、加密、备份、容灾和行业制度要求。
4. 旧架构升级：在替换过程中处理容量增长、分库分表、高可用和实时数据服务等已有问题。
5. 迁移与运营成本：控制 SQL、应用、工具和人员体系的改造量，并建立可持续的运维能力。

国产化替换不是简单安装新数据库。真正的工作包括资产盘点、兼容分析、数据迁移、双轨验证、割接回退、性能调优和运维交接。新产品是否合适，应以业务连续性和总体成本判断，而不是只看“国产”标签。

国产数据库有哪些技术类型

中国信通院的数据库研究从分布式事务型、分布式分析型、时序、图和文档等方向讨论数据库产品与测评体系。企业可以先按主要工作负载分类，再决定需要比较哪些产品。中国信通院《数据库发展研究报告（2021年）》

同一产品可能覆盖多种技术路线，能力也会随产品演进变化。分类时应以官网最新文档和真实业务测试为准，不能只根据厂商名称或一个标签判断。

国产数据库有哪些

为避免由厂商自行定义市场名单，下面是中国信息安全测评中心的公开的名单。

原始信息可以分别对照中国信息安全评测中心评测公告

国产数据库排行榜应该怎么看

用户常见的“国产数据库排行榜”可能统计流行度、市场收入、装机量、社区活跃度、性能测试或用户评价。这些指标回答的问题不同，不能相互替代。

阅读任何第三方榜单时，至少确认：

1. 统计对象是品牌、具体产品还是云服务；
2. 指标是流行度、市场份额、收入还是测试结果；
3. 数据覆盖本地部署、公有云还是两者合计；
4. 是否把集中式、分布式事务和分析型数据库放在一起比较；
5. 样本数量、行业分布、统计时间和产品版本是否公开；
6. 哪些结论可以用于初筛，哪些必须通过企业自己的 PoC 验证。

排行榜适合帮助团队了解市场和发现候选，不适合直接形成采购结论。对于关键生产系统，产品与业务是否匹配，比通用名次更重要。

企业选择国产数据库应比较什么

所有对比结果都应记录测试条件。厂商公开数据如果与企业环境的硬件、数据模型和并发不同，只能作为线索，不能直接写入生产承诺。

国产数据库如何落地

国产数据库落地通常同时包含产品适配、应用迁移和生产运营。下面以平凯数据库（TiDB 企业版）为例，说明分布式数据库路线中需要验证的主要能力。

根据平凯数据库提供的官网统一统计口径，目前客户数量为 5,000 家。客户总量用于说明产品应用基础，具体能力与项目效果仍应通过产品文档、公开案例和 PoC 分别验证。

专题内容不绑定具体产品版本，但实际项目必须记录软件与组件版本、软硬件组合、部署拓扑和参数，保证验证结果可复现。

国产数据库的典型应用场景与案例

下面选择八类跨行业场景，说明国产分布式数据库如何进入真实业务。案例来自平凯数据库官网，案例数字和效果只代表对应客户在特定条件下的公开结果。

案例口径：案例用于理解业务问题与实施路径，不构成其他项目的性能承诺。涉及连续性、性能和成本的结果，仍需在本企业环境中重新验证。

场景一：银行核心交易系统升级

银行核心系统既要处理高并发短事务，也要在限定窗口内完成日终批量，并覆盖节点和数据中心故障。国产化升级必须与交易正确性、性能和容灾一起验证。

杭州银行新一代核心业务系统基于平凯数据库（TiDB 企业版）构建，并于 2023 年 11 月投产。官网案例披露，该系统日均交易量 1,500 万笔、服务调用 5,500 万次；与上一代相比，平均响应时间缩减 54%，日终批量处理效率为原系统的 2.1 倍。查看完整案例：杭州银行新一代核心系统 →

此类项目应验证交易组合、热点账户、批量窗口、长尾延迟、同城与异地容灾，以及故障期间的事务结果。

场景二：支付实时数据平台

支付机构需要在持续写入的交易数据上提供灵活查询和运营服务。平台既要保证写入和查询时效，也要控制数据链路和运维复杂度。

中国银联使用平凯数据库（TiDB 企业版）构建 T+0 实时数据中台，为上层应用提供标准化接口和查询服务。官网案例披露，系统上线后日均数据增长 1 TB，QPS 超过 15,000，P99 延迟控制在 15 ms 以下。查看完整案例：中国银联实时数据中台 →

验证重点包括写入时效、组合查询、数据保留、接口稳定性、高峰流量和链路故障后的追平。

场景三：医疗信息平台升级

医院信息平台连接挂号、检验、药品、手术、医保结算和科研等系统。随着院区与系统增加，数据交互、离线报表和既有技术栈可能难以同时满足实时性与国产化要求。

广东省人民医院公开案例显示，其信息集成平台升级为以平凯数据库（TiDB 企业版）为底座的分布式 HTAP 架构，用于多源数据汇聚、跨系统交互、在线事务与分析查询。查看完整案例：广东省人民医院信息集成平台 →

医疗项目还应验证数据标准、接口复用、患者隐私、权限审计、跨院区容灾、迁移窗口和回退方案。

场景四：电信账务系统改造

电信账务系统通常数据增长快、交易与查询并发高，并且对业务连续性要求明确。已有分库分表架构还可能增加跨分片查询、扩容和运维负担。

北京电信公开案例显示，其账务系统引入平凯数据库（TiDB 企业版），用于改善高可用、容量扩展和传统分库分表带来的复杂度，并完成业务迁移。查看完整案例：北京电信账务系统 →

这类项目应重点测试账务正确性、峰值写入、历史账单查询、数据校验、割接回退和跨中心恢复。

场景五：教育公共服务平台

教育管理平台面向学校、教师、学生和管理机构，用户范围广，业务高峰和数据汇聚需求明显。数据库需要兼顾扩展、稳定性和复杂业务查询。

教育部教育管理信息中心公开案例显示，其采用平凯数据库（TiDB 企业版）应对高并发、高数据量和复杂业务需求，提升教育管理平台的扩展与服务能力。查看完整案例：教育部教育管理信息中心 →

验证时应覆盖开学、报名和集中填报等峰值，跨区域访问、权限隔离、数据质量和长期容量增长。

场景六：能源监视与数据服务

能源系统需要持续接收生产和设备数据，并为集中监控、调度和分析提供服务。关键系统还要覆盖节点、机房和网络异常下的业务连续性。

国家电网公开案例显示，其在新一代集中监视系统中引入平凯数据库（TiDB 企业版），重构系统数据底座。查看完整案例：国家电网集中监视系统 →

能源场景应验证持续写入、查询时效、历史数据管理、跨区域容灾和故障告警，并明确时序数据与关系数据的职责边界。

场景七：制造 MES 与实时分析

制造执行系统需要处理生产、设备、工序、质量和库存等数据。随着工厂与数据量增长，平台既要支撑在线业务，也要提供更及时的生产分析。

澳森集团公开案例显示，其 MES 平台使用平凯数据库（TiDB 企业版）处理实时分析、海量数据和国产化适配需求，以提升生产管理效率和透明度。查看完整案例：澳森集团 MES 平台 →

项目应验证写入峰值、工序事务、设备数据接入、报表并发、停线风险和国产软硬件组合。

场景八：政务数据平台

政务和税务平台需要汇聚多源数据，为管理、服务和分析提供统一入口。此类系统通常还关注长期运营、安全审计和自主可控。

烟台税务公开案例显示，其基于平凯数据库（TiDB 企业版）构建智慧税务平台，以满足海量、实时的数据服务需求。查看完整案例：烟台税务智慧税务平台 →

政务场景应验证数据分级、权限审计、跨部门接口、批量窗口、灾备和运维责任边界。

什么情况下不必急于更换数据库

如果数据量和并发长期稳定，现有数据库能够满足连续性与合规目标，迁移收益又无法覆盖改造成本，那么保持现有架构可能更合适。

如果主要问题来自低效 SQL、缺少索引、错误的数据模型或运维制度不完整，应先解决这些问题。更换数据库不能自动修复应用层缺陷。

如果业务主要处理时序、图、文档或向量数据，也不应因为“国产”或“分布式”标签默认选择分布式关系型数据库。应先判断主数据模型，再选择通用或专用产品。

国产数据库选型与迁移的六个步骤

第一步：明确业务目标和边界

确定系统是新建还是替换，梳理数据规模、并发、响应时间、峰值周期、部署位置、合规要求，以及可接受的 RPO 和 RTO。

第二步：盘点数据库与应用资产

统计数据库、表、数据量、SQL、存储过程、驱动、中间件、上下游和运维流程，识别改造成本最高的部分。

第三步：根据第三方资料建立候选池

利用测评公告、行业报告和公开研究初筛产品，再按技术路线、部署方式、生态和服务范围缩小候选。

第四步：开展兼容与迁移评估

扫描数据类型、SQL、数据库对象、驱动和工具。迁移方案同时覆盖全量、增量、校验、停机窗口和失败回退。

第五步：使用真实负载完成 PoC

测试应接近生产的数据规模、热点分布、SQL 和并发比例。除吞吐外，还要记录长尾延迟、故障恢复、扩缩容影响和资源使用。

第六步：评估长期运营并灰度上线

最终决策应合并软件、硬件、迁移、培训、运维与服务投入。上线前完成容量、告警、备份恢复和应急演练。

如何验证平凯数据库（TiDB 企业版）是否适合

对于容量持续增长、分库分表复杂、MySQL 生态迁移、关键系统高可用或交易与分析协同等场景，可以将平凯数据库（TiDB 企业版）纳入候选。

建议的验证顺序是：兼容扫描 → 核心 SQL 回归 → 迁移与校验 → 交易正确性 → 峰值性能 → 扩缩容 → 故障恢复 → 备份恢复 → 升级和运维交接。专题内容不绑定具体版本，但实际测试应记录产品与组件版本、软硬件组合和部署拓扑。

部署资源还需对照软硬件环境要求，企业版与开源版的功能和服务边界以官方对比文档为准。

使用边界与风险

• 国产不等于一种架构。集中式、分布式事务、HTAP 和分析型产品不能脱离负载直接比较。
• 进入公开名录不等于采购排名。测评结果不能直接证明性能、市场份额或成本领先。
• 协议兼容不等于零改造。数据类型、函数、事务行为、驱动和工具都需要回归测试。
• 迁移工具不等于迁移方案。还需要数据校验、割接、回退、业务验收和运维交接。
• 多副本不等于备份。误删除和逻辑错误可能同步到副本，仍需独立备份与恢复演练。
• 案例不是通用承诺。公开结果只代表对应项目条件，不能直接写入其他项目验收标准。

常见问题

国产数据库都属于分布式数据库吗？

不是。国产数据库既有集中式产品，也有分布式事务、HTAP、分析型、时序、图、文档和向量等不同类型。

国产数据库排行榜第一就一定最适合吗？

不一定。流行度、市场份额、安全测评和性能测试回答的是不同问题。排行榜可用于发现候选，最终选型仍需业务 PoC。

通过安全可靠测评是否等于性能最好？

不等于。测评结果只反映对应产品和测评范围内的表现，不能直接推导为性能、兼容性或成本领先。

国产数据库选型首先看什么？

首先看业务负载和目标，包括规模、并发、响应时间、部署方式、RPO、RTO、合规要求和迁移窗口。

兼容 MySQL 是否意味着不用改代码？

不能这样理解。协议和常用 SQL 兼容可以降低改造量，但数据类型、函数、事务行为、驱动和工具仍需扫描与回归。

PoC 只测试 TPS 和 QPS 可以吗？

不够。还应测试长尾延迟、热点、混合负载、扩缩容、节点故障、备份恢复、数据校验和运维操作。

核心系统应该选择企业版还是社区版？

有合规、关键业务连续性、企业工具链和原厂服务要求的系统，应重点评估企业版的交付与支持范围；学习和早期技术验证可以使用开源版本。最终选择取决于风险、能力和服务要求。

数据库迁移需要多长时间？

没有通用答案。周期取决于数据规模、对象复杂度、兼容改造量、上下游、停机窗口和验收要求，应在资产盘点和多轮演练后估算。

延伸阅读与资料入口

1. 建立候选池：中国日报网信创数据库汇总、2024 年第 2 号测评公告和2026 年第 2 号测评公告。
2. 理解产品与迁移边界：平凯数据库产品说明、与 MySQL 兼容性对比和企业版与社区版能力对比。
3. 开展技术验证：使用真实业务和统一指标完成 PoC，并下载平凯数据库开始试用。

总结

国产数据库选型的关键，不是寻找一个适用于所有企业的排行榜，而是先按业务负载和技术路线建立候选，再用兼容迁移、高可用、安全、生态、运维和总体成本形成证据链。

如果现有系统面临容量增长、分库分表复杂、交易与分析链路分离或关键业务连续性问题，可以进一步评估平凯数据库（TiDB 企业版）等分布式 HTAP 数据库，并通过真实业务 PoC 判断收益与风险。