2025国产化替换信创数据库选型

国产化替换浪潮进行时，信创数据库该如何选型？

2025分享大纲一、国产化替代方针与策略二、数据库选型策略三、AIOPS助力国产数据库替代TIDB社区活动（南京站）什么样的企业要做数据库国产化替代？党政军 内网系统必须用AK数据库强制替代 外网关键系统必须用国产商用数据库替代 非关键系统可用开源数据库替代 最好使用国产开源数据库或者相对可控的开源数据库关基企业必须替代 根据行业监管要求不同，替代策略不同（比例，安可要求） 内网系统必须用AK数据库替代 外网核心系统必须用AK数据库 外网非核心系统系统可选择

AK、国产、开源数据库情况举例 银行：全面替代，2026、2027两个节点证券：应替尽替运营商：核心系统优先替代非关基企业 无明确监管要求，可根据企业特点选择AK、国产、开源数据库 数据库替代，数据库上云大多数都是从成本和管理方面考虑情况举例： 某国内制造业企业：用国产开源数据库替代Oracle 某中法合资企业：暂时继续使用Oracle 某中德合资企业：用PG替代Oracle国产化替换浪潮进行时，信创数据库该如何选型？国产化替代总体方针简单替代 在满足一定数据量和负载的前提下，修改少量部分不兼容代码甚至不修改代码可直接替代，超过80%的Oracle数据库均可开展简单替代优化后替代业务逻辑复杂度中等，修改部分不兼容代码，并进行部分SQL优化改造后可实现替代改造后替代业务逻辑复杂度高，并发量较大，在兼容性、性能方面存在一定的问题；除了做兼容性改造与SQL优化外，还需要通过读写分离改造，确保国产数据库能够很好的支撑； 部分负载较高，IO吞吐量较大的系统，可以采用读写分离的方案分担负载，从而满足国产化替代的要求，架构的调整需要应用开发商对部分只读应用模块进行一定的改造；重建后替代 方案1：兼容性、负载、性能方面，国产数据库还无法满足此类系统的要求，暂时仍须继续使用Oracle数据库，采取蚂蚁搬家的方式从系统中切出部分模块，一点点替代； 方案2：应用迁移存在较大难度，需要等系统改造升级时针对国产数据库的特性做相应的架构设计，重构后一次性完成替代；国产化替换浪潮进行时，信创数据库该如何选型？国产化替代原则原则一：云为中心坚持企业云战略，不因为国产化替代而影响整体战略；在云平台上建设国产数据库纳管能力，可上云的数据库尽可能上云；不能上云系统数据库以成本最低、风险最小方式国产化。国产化替换浪潮进行时，信创数据库该如何选型？云为中心成本最低风险最小原则二：成本最低降低国产软件采购成本，商用开源并举的方式；还要降低改造开发、技术支持服务、运维学习、用户体验提升成等综合成本。原则三：风险最小彻底性国产化，规避选用自主率不高或不能满足业务需求的产品带来二次迁移改造替代风险；国产数据库与国产CPU兼容性不同造成的不配搭配带来的不可用或性能打折扣风险。分享大纲一、国产化替代方针与策略二、数据库选型策略三、AIOPS助力国产数据库替代TIDB社区活动（南京站）数据库选型策略国产化替换浪潮进行时，信创数据库该如何选型？是否为国家重点支持的企业有良好的的发展空间和政策支持确保可以和企业长期走下去是否是全国产技术栈、所有组件代码自主研发开源组件使用比例低，软件供应链安全程度高是否支持横向扩展是否提供优秀的高可用架构能满足业务的持续增长需求适配主流国产CPU、国产操作系统等信创环境有完善的运维工具、技术资料，以及服务生态政策保障扩展能力代码自主率生态支持数据库选型关注点：成本优化政策保障扩展能力采购成本核心系统使用国产商业数据库License采购价格非核心系统使用同品牌社区版没有License采购成本适配开发迁移成本开发团队对新数据库不熟悉，增高了开发成本把数据库仅仅当成了存储数据的容器，功能被转移至了应用程序，增高了开发成本SQL语句与国产CPU指令不兼容改造，增加了开发成本应用与数据迁移成本虽然是一次性成本，但是如果需要迁移的系统很多也会成为较大的成本性能优化成本厂商的不同技术开放性带来的不同学习成本运维专家稀缺导致运维支撑成本大幅上升借助商业版服务体系，降低同品牌社区版的维护成本运行维护成本数据量较大，负载生较高态的系支统迁持移到国产数据库后往往会出现性能问题不同数据库特性与开发质量带来的性能问题降低用户使用体验的优化提升成本替代成本分析代码自主率国产化替换浪潮进行时，信创数据库该如何选型？数据库选型建议一：信创数据库的判别标准信创数据库的唯一标准是中国信息安全评测中心的官网（/）发布的清单评测结果政有策效期保三障年最高安可等级为4级国产化替换浪潮进行时，信创数据库该如何选型？数据库选型建议一：信创数据库的判别标准安可数据库清单（截止2025年3月）政策保障国产化替换浪潮进行时，信创数据库该如何选型？数据库选型建议二：商用与开源的选择国产化替换浪潮进行时，信创数据库该如何选型？某数据库有商业版和开源版，核心上商业版，非核心上开源版，可以有效节约成本（前提是商业版通过认证）PG生态优于MySQL生态OpenGauss生态也可以放心选择Oceanbase、TiDB并非使用MySQL开源代码，而是兼容了MySQL协议Oceanbase（开源版仅有MySQL兼容租户）TiDB商用版与开源版之间差异较小，内核一致数据库选型建议三：主流国产商用数据库举例国产化替换浪潮进行时，信创数据库该如何选型？通用集中式数据库

分布式交易型数据库头部企业头部企业其它专用数据库阿里：RDS

REDIS华为：RDS

REDIS阿里：RDS

MONGODB华为：RDS

MONGODB阿里：GDB华为：GraphBase腾讯：TGDB百度：GAIADB-G/HugeGraph阿里：TSDB华为Gaussdb

for

influx头部企业平凯星辰：TiDB

蚂蚁：OceanBase华为：GaussDB腾讯：TDSQL中兴通讯：GoldenDB东方金信：SeaBoxSQL虚谷伟业：虚谷数据库阿里：PolarDB-X百度：GaiaDB-X亚信安慧：AntDB分布式热璞：HotDB达梦：DMDPC航天紫光：CASICloudDBCP京东：StarDB星环：KunDB达梦：DM8/DM

DSC阿里：PolarDB-O神州通用：OSCAR人大金仓：KingbaseES南大通用：GBASE

8S华为：GaussDB集中式万里：万里安全数据库优炫：UXDB海量：G1

00瀚高：HighGO恩墨：MogDB京东：StarDB亚信安慧：AntDB集中式重点企业重点企业数据库选型建议四：分布式还是集中式？分布式优点高可用架构，自动故障切换、可横向扩展缺点支持多租户（大部分产品），减少数据库的数量应用需要特殊适配，研发要求更高更高的硬件资源需求，节点数较少的时候无法发 挥分布式的优势，高负载时运维困难存储过程性能与集中式数据库相比差距较大适用场景关键的交易型系统，对故障切换时间要求较高的 系统，物联网系统，互联网特征较强的系统通过多租户为增长速度很快的微应用提供后端数 据库轻量级HTAP场景（小于300

TB的大型交易与 分析混合型场景）集中式优点国产化替换浪潮进行时，信创数据库该如何选型？缺点架构简单，易于运维，资源浪费较少，大部分 企业都拥有丰富的集中式数据库使用经验应用不需要针对分区键/分布键做相应的改造优 化，不容易因为分布式问题引发性能问题高可用切换能力偏弱，大部分情况下主从切换 需要人工介入HTAP能力较弱，大数据量时大部分国产集中 式数据库的性能表现一般适用场景集中式数据库的适用场景较分布式数据库而言 更为广阔简单替代场景，用于中小系统替代几十TB级别及以下的关键系统/核心系统替代数据库选型建议五：评测模型举例国产化替换浪潮进行时，信创数据库该如何选型？数据库选型建议总结选通过信创国测的选经过大量用户验证打磨的选同时有商用版和开源版的选原厂服务好的选迁移成本低的选本企业技术积累丰富的选懂的人多的，第

选文档质量三方服务生态好的

高的选生态工具丰富的选本地服务能力强的国产化替换浪潮进行时，信创数据库该如何选型？5完善的异构数据库迁移能力完备的Oracle和MySQL数据迁移工具、迁移方法和成功迁移实践41自主开源研发级前向立体式开源、从源头确保供应链安全2架构先进原生分布式、架构上限极高、面向未来基础架构设计3PB级扩展性全场景同时支持OLTP和OLAP业务负载，满足实时数据处理和复杂查询分析要求，提供向量化搜索能力全球数十家PB级的客户生产实践案例国产化替换浪潮进行时，信创数据库该如何选型？举例分析：TiDB

的核心竞争力分享大纲一、国产化替代方针与策略二、数据库选型策略三、AIOPS助力国产数据库替代TIDB社区活动（南京站）数据库智能化运维演进路线IT运维智能化中成本与工作量最大的部分是数字化和智能化能力的积累，完全依靠一个企业的效率太低，成本太大。利用生态化的手段，充分与产业单位、其他用户、运维服务提供商等构建一个技术、知识分享，服务协作的生态，可以大大缩短演进时间，降低整体成本。ITIL/ITOM 管理制度的完善与提升制度化标准化操作流程的标准化IT技术的标准化IT工作的标准化自动化部署自动化监控自动化运维自动化数字化数字化采集数字化分析数字化运行技术生态知识生态协作生态生态化智能化智能化感知智能化分析智能化调度国产化替换浪潮进行时，信创数据库该如何选型？构建数据库智能化运维的基础强大的可观测性高质量运维知识强大的

推理大模型丰富的指标和系统统计信息准确的等待事件完善的日志和TRACE☑观数据AWR和微观数据ASH运维知识高质量的原厂文档大量的第三方书籍运维经验原厂的运维