代码收藏家技术教程 2024-10-26

100%自研国产数据库才是真国产,才是我们爱国人士应该支持的产品!

自研数据库有两条路径，第一条路径是基于开源数据库。刚开始直接用开源数据库，用到一定阶段再基于开源数据库打patch，成为开源数据库的commiter，然后再进一步改变开源数据库中一些非常核心的模块，基于开源数据库做半自研，直到最终完完全全掌控开源数据库。

第二条路径是从头开始完全自研，这是一条鲜有人选的道路。第一条基于开源数据库的路径其实是国内除OceanBase以外大部分公司所采用的路径，而OceanBase则采用了一条从零开始自研的路径。两条路径其实并不存在孰优孰劣，但这两条路径的终局都是为了解决中国数据库当前所面临的自主创新的问题。

很明显本仙认为,没有必要等待走第一条路径的完全掌握开源数据库. 确实等不起他们! 他们大多数都是套壳PG开源数据库的.大部分开源数据库连PG的风格没有改,连PG文件名字都没有改.

你能说他们的代码能力很OK 吗? 就这样代码能力水平,就能说修改核心,

我们看看信创的要求:

1 信创工作的核心在于自主可控，即掌握核心技术的自主权，不受制于人。然而，PostgreSQL,MySQL等开源产品的开发路线、未来更新和技术支持，主要由国外团队主导，这在信创替代过程中成为一大隐患。
此外，开源产品的二次开发虽然能够增强自主性，但往往面临巨大的技术挑战和高昂的开发成本。即使进行二次开发，要完全实现信创要求，还需要对其进行深入改造，并通过相关认证和评测，这对于大多数企业而言，并非易事。

2 数据安全是信创数据库的另一核心要求。在数据生产、传输、存储等生命周期的各个环节中，如何确保数据不被泄露、不被篡改，是信创数据库必须解决的问题。而开源产品在数据安全上的局限性，主要体现在以下几点：
首先，开源产品的安全机制多为通用型设计，难以满足信创行业中特定场景下的高安全性需求。其次，PostgreSQL,MySQL等开源产品虽然可以通过加密插件增强数据安全性，但与国密算法的结合仍需深入研发和验证。最后，开源产品在供应链安全方面也存在隐患，无法完全规避因开源代码不透明或代码漏洞导致的安全风险。

时间紧任务重

据国资委2022年发布的文件，截止到2027年，“2+8+N”党政与八大行业要实现数据库的100%国产替代。

如今2024年接近尾声，但面对国产数据库去“IOE”的口号和替换时间表，行业的态度却各有不同，有的企业已经在分享核心系统替换经验，也有企业依然认为替代难度太大，不敢轻易尝试……

我们能做等套壳PG的所谓国产数据库研发进度吗? 显然不能

我们可以在国产数据库热涌现出来大量,约300钟国产数据库,如何选择?

这些跟大量老板去做新能源汽车,和大量上太阳能发电老板一样,是奔着XX去的.最终大部分消失在漫漫人海中.

一台车用个5-6年,换台新的就行,原来汽车厂倒闭了也无所谓.

可是数据库是企业核心部件,也是21世纪信息化社会核心功能的基石.

国产数据库公司倒闭了,后续没发给你买的数据库出补丁,打BUG! 后续升级维护是没有公司支持.

虽然有大公司背后支持的套壳PG好像应该靠谱吧? 其实降本整笑,财务CFO出任CEO.估计对本公司的不赚钱的国产数据库无法持续支持下去.

我们爱国吗? 支持真正100%自研的数据库吗? 用我们自己的市场去培育真正自己的国产数据库

很多大公司支持下开发出来的国产数据库只关注产品,什么云生,什么分布式,什么开源,XX-PG,XX-M.产品线真丰富!

国产替代基本上是要替代ORACLE RAC集群. 重点是追求稳定,高可用和存储过程兼容型

国产基本上采用分布式架构来代替ORACLE RAC架构,从而达到高可用和性能问题.

既然能代替ORACLE,自然也能代替MYSQL.

所以只有做好一种产品就OK ,

反而做出5个产品线,那你需要配置多少C/C++开发人员?

每个C/C++开发人员每月工资基本上是4-6W. CFO 看到会不会肉疼?

下面介绍大家认识真正100%国产数据库

1 达梦

达梦DM8是被大多数人认可的自研数据库，代码自主率很高。2013年达梦核心研发团队他们告知DM7的代码被他们进行了新一轮的重构，目前代码的自主率已经相当高了。DM8数据库行存的存储结构与MySQL InnoDB的B-TREE结构类似。同时DM 8的UNDO是采用基于行数据库的UNDO。达梦数据库仅仅是在SQL引擎上与Oracle保持了高度的兼容性，并针对Oracle的各种特性做了兼容性的学习。

2 OB

开源OB是MYSQL最佳替代品

OceanBase是除了达梦之外最无争议的自研国产数据库。OceanBase早期是不支持SQL的，专门为了淘宝部分场景设计的专用数据库，参考了谷歌的模型，不过是完全自主研发的。在目前的OceanBase 主流版本中（3.x,4.x），有MySQL兼容租户和Oracle兼容租户（开源版本只有MySQL兼容租户）。虽然MySQL兼容租户支持MySQL的应用和客户端之间连接，不过其核心代码，特别是SQL引擎都没有采用拿来主义。OceanBase的SQL引擎虽然兼容MySQL但是是完全重构的，因此与MySQL 5.7/8.0等版本在SQL语法上并不是完全兼容的，有时候可能会遇到一些不兼容的BUG。

闭源OB也能代替ORACLE

最开始，OceanBase作为一个公司内部刚刚孵化出来的技术创业项目，前有商业数据库占位，后有开源数据库追赶，业务同学根本不买单。直到OceanBase成功应用于第一个业务，淘宝收藏夹后才逐渐打破僵局。后来经过了整个团队接近四年时间的发展，OceanBase在整个公司已经有了接近100个业务系统逐步上线。这期间，OceanBase所面对的最大的难题就是一直没有进入到阿里巴巴最核心的业务——也就是交易支付业务。直到2014年的，OceanBase在支付宝遇到了一个宝贵的机会，当时支付宝的数据库用的是Oracle，而在公司的整体策略下希望能够去掉Oracle，彼时有两个选择，第一个选择是MySQL，第二个选择是OceanBase。最终在那一年的双11，OceanBase 0.5 版本成功替代Oracle应用于支付宝核心交易系统，承担了10%的流量，顺利通过了交易洪峰的考验。这其中最核心的原因就是OceanBase拥有一个非常关键的技术破局点——高可用的能力。当服务器出现故障时，系统能够自动恢复而且不丢数据。OceanBase首次在金融系统中引入了Paxos协议，这也是所有分布式系统里最难理解的协议。它的原理说起来很简单，用我的话总结就是三个臭皮匠顶过一个诸葛亮。

OceanBase是阿里巴巴和蚂蚁金服自主研发的分布式关系数据库，我们第一次将分布式系统里最难的Paxos协议引入到关系型数据库，并且真正实现了服务器故障完全不丢数据。同时，OceanBase是一套工业级的shared nothing分布式数据库架构，无需业务修改代码。对于MySQL全兼容，Oracle部分兼容，原生多租户支持。

3 崖山DB

YashanDB也是一款自研数据库产品，其特点是与Oracle RAC的兼容度较高。为了对标Oracle RAC，YashanDB在底层存储引擎上做了较大的优化，实现了类似Oracle的一致性读和PI BLOCK。其实崖山的核心研发团队来自于当年的GaussDB-T，这也难怪他们能够在短短的几年时间里自研出一款数据库产品来。

4 走开源过来的金仓

科技自立自强是国家强盛之基、安全之要。中国要强盛、要复兴，就一定要大力发展科学技术，努力成为世界主要科学中心和创新高地。

作为数据库领域国家队，人大金仓深耕数据库技术四十余年，坚持走学科自主开创、产品自主研发、人才自主培养之路，确保“每一行代码皆可掌控”。此次人大金仓获得信息技术产品原创性测评证书，测评报告显示，未发现金仓数据库管理系统KingbaseES V9核心功能模块使用开源代码，开源代码使用率为零，是对金仓自主研发能力的再次认可。