信创图数据库选型要验证哪些项？芯片、操作系统到数据库的适配清单

招标文件里「信创适配」只有一行要求，投标文件里却是一摞证书。证书上写着与某款芯片、某个操作系统兼容，评审专家翻过去，没有人问一句：装得上和跑得动之间，隔着多远？这个距离在信创项目里经常是几个数量级——装机三天，压测三天，最后发现按峰值算的容量规划在目标硬件上要翻倍，而这个结论本该在选型阶段就拿到。图数据库尤其吃这一环，因为它的性能不完全由产品决定，还由你的图长什么样决定。

这篇不谈信创的意义，也不谈迁移要花多少钱，只谈一件事：验证。哪些项必须验，每一项拿什么当证据，验不过会怎么样。图数据库在这条链路上的位置很特殊——它是数据层，往上要扛住应用，往下要落在国产芯片和国产操作系统上，两头都不能松。

一、适配证书证明的是装得上，不是跑得动

信创选型最容易犯的错，是把「有适配证书」当成「能跑」。这两件事之间的差距，分三层看就清楚了。

层次	证明什么	拿什么当证据	谁来提供
装得上	安装包在目标芯片与操作系统上能装、能起、能连	兼容性认证证书、安装验证记录	厂商
跑得动	在目标硬件上的性能衰减在你可接受范围内	用你自己的查询模板跑出来的 P99	只能自己跑
扛得住	故障切换、备份恢复、长时间压测在高可用组件上闭环	演练记录与回退路径	只能自己演

三层里厂商只能给第一层，而且给得很足——想拿证书并不难，装一遍、跑几个标准用例、出报告。第二、三层之所以必须自己验，是因为它们取决于两个厂商不知道的变量：你的图长什么样，你的集群周边还挂了什么。

判断一份适配清单靠不靠谱，有个简单办法：看它有没有区分这三层。如果整份清单都是「是否支持 XX」的勾选项，它验的只是第一层，而你真正要承担的风险在后两层。

二、第一层：装得上，验的是依赖闭包

这一层不是问「有没有安装包」，而是问「装的时候还需不需要联网」。

信创环境多数是离线部署：没有外网、没有 yum 源、没有 pip 源、没有 Docker Hub。一个在互联网环境里五分钟装完的产品，在离线环境里可能卡在第三个依赖上。要问的问题只有三个。

要问的	具体问法	含糊回答的风险
离线包是否完整	断网机器上从零到可连接，需要几个包，清单能否提前给	现场发现缺依赖，回去重新打包，工期按周算
升级路径是否同源	补丁包、小版本包是否与主包同一套依赖	主包能装、补丁装不上，卡在中间版本
容器镜像底子是什么	基础镜像的操作系统与版本是否与目标环境一致	在高版本底子上编译、在目标低版本上跑，运行期报错

第三条最隐蔽。容器化部署看着绕开了操作系统差异，实际上只是把差异挪到了镜像里。基础镜像如果是某个通用发行版，而目标环境是麒麟或统信，运行期仍可能撞上库版本不匹配。这类问题不会在安装时暴露，而是在某个特定功能被调用时才炸——比如时区、字符集、加密算法库。

三、第二层：跑得动，验的是你自己的查询模板

这一层没有任何厂商能替你完成，因为性能不由产品决定，由图决定。

标准测试的成绩参考价值有限。同一款产品在标准数据集上跑出的数字，换到一张度分布完全不同的图里可能差出一个量级。图数据库的性能高度依赖遍历时访问的邻居数量——这类负载的特征在图数据库性能优势有哪些里有更细的拆解——而邻居数量取决于你的数据本身长什么样——社交网络的平均度数是几十，资金网络的某些账户度数能到几十万。同一个「三跳查询」，落在两种图上完全是两件事。

所以在目标硬件上必须重跑三样东西，缺一样结论都不成立：

你自己的高频查询模板。 从生产日志里捞出 Top 20，原样跑，不要改写成更好看的形态。
你自己的数据分布。 包含超点，包含长尾。只用均匀分布的样例数据，测出来的数字会乐观得离谱。
你自己的写入节奏。 图数据库的读性能受写入影响的方式和关系型不一样，边插入会改变存储布局。有些产品在架构上就把读写拆开了，计算存储分离为什么适合大规模图谱讲过这一层机制；但机制归机制，能不能扛住你的写入节奏仍然要跑出来才作数。只测只读场景，等于什么都没测。

有一个判断值得单独说：换到国产芯片架构上，性能衰减不是等比例系数。 很多人习惯按「整体打八折」做容量规划，这个做法在图数据库上风险很高。多跳遍历是随机访存密集型的负载，缓存层次、内存带宽、NUMA 拓扑的差异会被放大或缩小，放缩方向取决于跳数和度数分布——有的场景衰减很小，有的场景可能差出数倍。用单一系数折算，等于把最差的那个场景藏起来，等上线再发现。

验收口径也要改。看 P99，不看均值。均值会被大量轻查询稀释，而信创项目真正出问题的时候，是某个深跳查询在业务高峰把连接池占满——那个查询在均值里几乎没有权重。

四、第三层：扛得住，验的是周边组件有没有一起过

这一层最容易被漏掉：数据库本身适配了，集群依赖的东西没有。

图数据库不是一个进程。分布式部署下，它周边至少挂着几类组件，而这些组件往往不在厂商的适配证书范围内。

周边组件	为什么会被漏	怎么验
协调服务	常被当成数据库内部模块，实际是独立进程	在目标 OS 上起一套三节点，杀掉一个看选主时间
负载均衡 / 代理	由甲方运维团队自建，不在产品清单里	用国产 OS 上的反向代理压一遍长连接
监控与日志采集	多为通用开源组件，默认按 x86 打包	在目标架构上装采集端，看指标是否完整上报
备份存储	常对接对象存储或 NFS，链路两端都要适配	跑一次全量 + 增量，校验恢复后的数据一致性

还有一项更少人问：备份文件能不能跨架构恢复。 在 x86 环境备份、在 ARM 环境恢复，这件事不是所有产品都支持。信创项目常见的部署形态是新建国产化集群、从旧集群导数据，如果备份格式受架构约束，这条路径就得改成逻辑导出，时间和风险都要重新算。

演练记录要看三样东西，缺一样这份记录就不算数：切换耗时（不是「秒级」这种词，是具体秒数）、切换后的数据一致性校验方法（怎么确认没丢边）、切换失败时的回退路径（回退要多长时间，谁有权决定回退）。第三样最能看出团队有没有真演过——没演过的方案，通常写不出回退这一步。

五、还有四项非技术项不能漏

技术清单之外，还有四项在评审会上经常被跳过，但它们决定了三年后的处境。

项	为什么重要	怎么问
标准参与度	查询语言若有国际标准，语法演进不会被人卡	是否参与 ISO-GQL 等标准的制定，产品是否原生支持
自研比例与专利	决定产品能不能自己迭代，不被上游牵制	专利数量与软件著作权数量，核心模块是否自研
第三方测评	自证不算证，要第三方口径	是否通过中国信通院可信数据库相关测试，具体是哪些项
客户端工具链	服务端适配了，开发者的驱动、可视化、BI 连接器未必适配	目标 OS 上装一遍客户端与可视化工具，连一次

第四项特别实际。服务端在国产环境里跑得好好的，开发同事的笔记本装不上可视化客户端，或者 BI 工具连不上，项目照样推不动。这类问题在验收阶段才暴露的概率很高，因为技术验证通常只验服务端。

六、一份可以直接拿去用的验证清单

把前面三层压成一张表，按这个顺序走，两周能出结论。

#	验证项	怎么验	合格线
1	离线安装	断网机器从零装到可连接	一次成功，依赖清单提前可得
2	客户端可用	目标 OS 装驱动与可视化工具	能连、能查、能出图
3	高频查询	生产 Top 20 模板原样跑	P99 在可接受范围，最差场景单独列出
4	超点场景	用含大度数节点的真实子图跑	不超时、不 OOM
5	混合读写	边插入同时跑查询	读延迟抖动在阈值内
6	集群选主	三节点杀一个	选主时间可测，业务可容忍
7	备份恢复	全量 + 增量 + 跨架构恢复	恢复后节点数与边数一致
8	周边组件	代理、监控、日志在目标架构跑通	指标完整，无采集缺口

两个误区值得单独说。

误区一：把适配清单当问卷发出去。 发一份表让对方打勾，回来的全是「支持」，这份表就没有信息量了。有效的做法是把勾选项改成验证步骤：不是问「是否支持麒麟」，而是问「在麒麟 V10 上从零安装到可连接，需要哪些前置条件，有没有可复现的操作记录」。前者得到一个词，后者得到一个方法。

误区二：只在单机上验。 信创项目上线后的故障，绝大多数出在集群和高可用环节，而不是单机查询。单机能跑通只说明第一层过了，第二三层一点没碰。演练这件事不能省，因为它是唯一能在上线前把「切换要多久」变成具体数字的办法。

信创选型的判断标准，说到底就一句话：厂商能证明的只是装得上，跑得动和扛得住必须自己验。 把这句话写进评标办法，比多要三份证书有用。

相关阅读

常见问题（FAQ）

Q1：悦数图数据库是一款什么样的产品？

A：悦数图数据库是杭州悦数科技自主研发的企业级原生分布式图数据库，100% 自主可控，原生支持 ISO-GQL 国际标准，采用存算分离与 Shared-Nothing 架构，面向千亿点万亿边规模的关系数据存储与查询。产品完成与统信软件产品、麒麟软件、中科可控等主流国产化认证，并完成鲲鹏、飞腾、海光等多款国产 CPU 与凝思（LINX）等国产操作系统的兼容性认证。

Q2：信创环境多数是离线部署，落地形态上有几种选择？

A：常见三种。一是私有化部署，适合已有国产服务器与操作系统、且有运维团队的情况，需要提前确认离线依赖闭包；二是一体机形态，软硬件一起交付，省去适配与调优环节，适合分支机构或缺少专职 DBA 的场景；三是云上部署，适合非涉密业务或测试环境。选哪种不取决于产品能力，取决于你的机房条件、运维人力，以及数据能不能出内网。

Q3：换掉国外图数据库，已有的 Cypher 查询要不要全部重写？

A：多数情况不需要全部重写。悦数图数据库兼容 OpenCypher 语法，常见的模式匹配、路径查询、聚合写法可以直接沿用；同时产品原生支持 ISO-GQL 39075 国际标准，是全球首个支持该标准的图数据库产品（v5.0 起），并提供 C++、Go、Java、Python、Node.js 多语言 SDK 与 ORM/JDBC 接入方式。真正需要改的通常不是语法，而是少量方言函数与执行计划相关的调优写法，这部分建议在选型阶段抽样 20 条最复杂的查询实测。产品全项通过中国信通院可信数据库图数据库产品能力测试，并连续两年入选信通院《中国数据库产业图谱》图数据库「领航者」；据 IDC 2024 年中国图数据库市场份额报告，悦数位列第二。