信创选型第一门槛：进入信创目录、国测安全可靠测评、全栈适配鲲鹏 / 飞腾 / 海光 / 龙芯 + 麒麟 / 统信，资质不满足直接排除；其次按业务负载（OLTP/OLAP/HTAP/ 多模）、存量迁移源（Oracle / MySQL / PG）、运维团队能力、行业监管要求来选。
一、主流产品分类与定位（政务、央企、金融、能源通用）
✅ 集中式 OLTP（传统业务、中小系统、Oracle 存量迁移首选）
适合：政务 OA、审批、档案、ERP、中小业务核心，数据量不大、不需要频繁水平扩节点，运维简单、案例成熟。
达梦 DM8/DM9（武汉达梦）
路线：自研内核，Oracle 兼容最强，Oracle 存储过程、包、函数迁移友好，同时支持 MySQL 模式
资质：信创目录、国测二级、国密、等保 4 级，党政、央企覆盖率极高
适合：Oracle 存量替换、政务、国企、医疗；短板：分布式版本生态弱于 OB/GoldenDB，MySQL 原生兼容一般
人大金仓 KingbaseES（KES）
路线：PG 深度改造，Oracle 兼容模式成熟，支持多模（时序、GIS、向量、文档）
资质：电科系，党政、军工、交通、医疗标杆，国密、强制访问控制 MAC 能力强
适合：PG 存量、GIS 空间业务、强安全管控场景；自带全套迁移评估 / 改造工具链 KDTS/KDMS
神通 OSCAR（神舟通用）
路线：自研，Oracle 高兼容，军工、航天、涉密场景优势突出
适合：涉密、军工、对供应链背景敏感项目；民用案例偏少、社区弱
瀚高 HighGo
路线：PG 分支，轻量、开源友好，适配中小微、地市政务、国产化中间件
适合：PG 生态轻业务、预算有限场景
✅ 分布式 OLTP（高并发、大数据量、金融 / 运营商核心交易）
适合：交易核心、账务、计费、订单，需要水平扩容、两地三中心、强一致分布式事务，RPO≈0。
OceanBase（OB）
路线：单机分布式一体化，一套内核支持集中式 + 分布式，原生 HTAP；兼容 Oracle / MySQL 双模式
优势：金融核心大规模落地（国有大行、政策性银行），强一致、多副本、容灾成熟；4.x 支持 TP/AP/ 向量混合负载
适合：金融核心、电力、政务大数据中台；注意：运维复杂度高、硬件资源开销大、lic 成本偏高
GoldenDB（中兴）
路线：分布式事务数据库，金融、运营商核心标杆，国测二级
优势：银行核心、运营商计费大量投产，稳定性、低延迟口碑强；独立 Lite 集中式版本
适合：银行核心、运营商 BSS/OSS、证券交易；偏向交易型，分析能力偏弱
TDSQL（腾讯）
路线：MySQL 原生分布式，MySQL 兼容拉满，分库分表透明
适合：互联网类政务、运营商、MySQL 存量大规模迁移；Oracle 兼容弱
AntDB（亚信安慧）
路线：运营商起家，高并发计费、信令场景；内核读写分离、在线扩容
适合：通信、能源、计费类业务；政务通用案例少于达梦 / 金仓
openGauss（华为开源）
路线：PG 衍生，MulanPSL2 开源协议，社区开放，鲲鹏深度优化；有集中式 + 分布式
优势：自主可控、可二次定制、无强厂商绑定，高校、运营商、政企自研项目多
适合：需要深度定制、自有 DBA 团队、鲲鹏底座项目；商用支持要找伙伴，原厂标准服务弱于闭源厂商
TiDB（PingCAP）
路线：MySQL 协议兼容，原生分布式 HTAP，开源社区强
适合：MySQL 存量、混合负载、实时报表；重点提醒：部分严格信创 / 涉密项目会对海外背景、开源供应链有争议，需提前确认甲方准入清单
✅ OLAP 分析型 / 数据仓库（BI、报表、数仓、离线 / 实时分析）
GaussDB (DWS) 华为：MPP 数仓，信创适配完善，政务、央企数据中台主流
GBase 8a/8c（南大通用）：MPP，政务统计、审计、海量报表老牌产品
StarRocks / Doris：实时 OLAP，开源，适合实时大屏、指标平台；严格涉密 / 等保高等级项目需要单独评估准入
GoldenDB EBASE：中兴分析分支，和 GoldenDB 交易库配套
✅ 专用多模库（时序、图、文档、向量）
时序：TimechoDB、InfluxDB 国产替代、YMatrix
图数据库：TuGraph（蚂蚁）、海致星图，风控、知识图谱
向量库：金仓、openGauss、OB 都已内置向量引擎；独立向量库如 Milvus 同样要做信创准入核验
二、选型决策速查表（直接对照业务）
GreatDB（万里）：MySQL 兼容分支，GreatSQL 开源，适合 MySQL 平滑替换，政务、能源落地越来越多
三、信创场景硬性评估维度（一票否决 + 打分项）
🔴 一票否决（先核验）
是否在信创产品目录、拿到安全可靠测评证书（国测一 / 二级）
全栈适配清单：鲲鹏 / 飞腾 / 海光 / 龙芯 + 麒麟 V10、统信 UOS；中间件（东方通、金蝶天燕）、应用、运维平台适配认证
国密算法支持（SM2/SM3/SM4）、审计、三权分立、强制访问控制（高密级）
厂商服务属地化、应急保障能力（很多省级政务要求本地驻场）
🟡 加权打分项（落地测试）
迁移兼容成本（最高权重）：存储过程、包、触发器、自定义函数、分页、递归 SQL 改造量；迁移工具自动化率
高可用 & 灾备：主备、MGR、多副本、两地三中心、RPO/RTO 指标，故障自动切换演练
性能：不要只看 TPC-C，拿业务真实压测脚本在目标信创硬件上跑；信创 CPU 同配置性能普遍低于 x86，资源要预留冗余
运维体系：监控、巡检、备份恢复、慢 SQL、在线 DDL、升级回滚；信创运维平台（如 iMaster、国产运维中台）对接
供应链与自主可控：内核自研率、开源协议风险、是否可获取源码、是否存在境外依赖
长期 TCO：授权模式（按核 / 节点 / 订阅）、原厂维保、版本迭代、漏洞响应周期
四、避坑要点（项目踩坑高频）
不要盲目上分布式：绝大多数政务内部管理系统，集中式达梦 / 金仓足够；分布式带来运维、事务、分表复杂度大幅上升
TiDB 开源准入风险：很多党政、央企、等保三级以上项目会限制海外背景开源组件，投标前必须跟甲方确认准入白名单
openGauss≠开箱商用：社区版没有原厂 7×24 维保，必须选认证伙伴的发行版和服务包
兼容模式不是 100% 兼容：Oracle 兼容模式下，高级包、ADB、复杂游标、高级分析函数依然需要改造，必须做全量 SQL 评估 + 灰度试点
混合负载不要混用：简单方案是 OLTP 库 + 独立 OLAP 数仓做 ETL，而不是全部压在一套 HTAP 库上
五、推荐最简选型策略（政企信创项目通用）
普通政务业务、Oracle 迁移、稳妥优先：达梦 DM9
PG、GIS、国土、强安全管控：人大金仓 KES
金融 / 运营商核心交易，强一致、高可用：GoldenDB / OceanBase
MySQL 存量、互联网化政务、轻量改造：万里 GreatDB、TDSQL
鲲鹏底座、自有 DBA、需要内核定制：openGauss 商业发行版
数据仓库、BI 分析：GaussDB(DWS)、GBase 8c
本文原创作者：易君召，详见：https://www.yijunzhao.cn/authors/yijunzhao，转载请注明出处。
原文链接
欢迎访问 小易撩挨踢