<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>OceanBase - tag - 沐木</title><link>https://oldletter.cn/tags/oceanbase/</link><description>OceanBase - tag - 沐木</description><generator>Hugo -- gohugo.io</generator><language>zh-cn</language><lastBuildDate>Sun, 15 Jun 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://oldletter.cn/tags/oceanbase/" rel="self" type="application/rss+xml"/><item><title>信创实战：信创数据库全景图</title><link>https://oldletter.cn/posts/xinchuang-04-database-guide/</link><pubDate>Sun, 15 Jun 2025 00:00:00 +0000</pubDate><author>mumu</author><guid>https://oldletter.cn/posts/xinchuang-04-database-guide/</guid><description><![CDATA[<blockquote>
<p>信创进入深水区，数据库选型不再是&quot;能不能用&quot;的问题，而是&quot;怎么选、选了怎么落地&quot;的问题。本文从技术路线出发，梳理主流信创数据库的产品矩阵，给出面向架构师的选型决策框架。</p></blockquote>
<hr>
<h2 id="一引言信创进入深水区数据库选型是关键决策">一、引言：信创进入深水区，数据库选型是关键决策</h2>
<p>2025-2026 年，信创产业已从&quot;试点验证&quot;迈向&quot;规模化落地&quot;。在这一阶段，数据库作为基础软件的核心组件，其选型决策直接影响：</p>
<ul>
<li><strong>系统架构的天花板</strong>：选错了路线，后续迁移成本可能是天文数字；</li>
<li><strong>国产 CPU 的适配深度</strong>：不同数据库对飞腾、鲲鹏、海光、龙芯、申威的支持程度差异显著；</li>
<li><strong>业务连续性保障</strong>：安全可靠测评等级直接关系到能否进入关键行业采购目录；</li>
<li><strong>团队的技术栈投入</strong>：一条技术路线背后是一整套人才培养和运维体系。</li>
</ul>
<p>对架构师而言，理解国产数据库的技术路线分类，比记住某个产品的版本号更重要。路线决定了基因，基因决定了上限。</p>
<hr>
<h2 id="二核心认知国产数据库的四条技术路线">二、核心认知：国产数据库的四条技术路线</h2>
<p>国产数据库的发展路径，大致可以归结为四条技术路线。每条路线有不同的技术基因、生态位和适用场景。</p>
<h3 id="21-完全自研路线">2.1 完全自研路线</h3>
<p><strong>代表产品</strong>：达梦（DM）、崖山（YashanDB）、OceanBase、TiDB、虚谷</p>
<p><strong>技术特征</strong>：</p>
<ul>
<li>内核完全自研，不依赖任何开源数据库内核</li>
<li>拥有完整的存储引擎、查询优化器、事务管理器的自主知识产权</li>
<li>SQL 方言可能与主流数据库存在差异，但近年来普遍加强了兼容性</li>
</ul>
<p><strong>优势</strong>：</p>
<ul>
<li>知识产权清晰，不存在开源协议争议</li>
<li>内核可控，针对国产硬件的深度优化空间上限</li>
<li>安全可靠测评中&quot;自主可控&quot;维度得分更高</li>
<li>长期来看不受上游开源项目路线变更的影响</li>
</ul>
<p><strong>劣势</strong>：</p>
<ul>
<li>生态工具链需要从零建设或自建适配层</li>
<li>学习曲线相对陡峭，DBA 迁移成本较高</li>
<li>部分产品的社区活跃度和第三方文档不如开源路线丰富</li>
</ul>
<p><strong>适用场景</strong>：对自主可控要求极高的场景（军工、核心政务系统），以及需要深度定制内核的场景。</p>
<hr>
<h3 id="22-postgresql-二次开发路线">2.2 PostgreSQL 二次开发路线</h3>
<p><strong>代表产品</strong>：金仓（KingbaseES）、瀚高（HighGo DB）、大云海山（中国移动）</p>
<p><strong>技术特征</strong>：</p>
<ul>
<li>基于 PostgreSQL 内核进行深度二次开发</li>
<li>保留了 PostgreSQL 的 SQL 语法、扩展机制和工具链兼容性</li>
<li>在此基础上增加国产 CPU 适配、安全增强、高可用扩展等能力</li>
</ul>
<p><strong>优势</strong>：</p>
<ul>
<li>继承了 PostgreSQL 成熟的 SQL 标准支持和扩展生态</li>
<li>迁移成本相对较低，Oracle/PG DBA 可快速上手</li>
<li>社区工具链（pg_dump、pgAdmin 等）可直接复用</li>
<li>经过多年打磨，稳定性和兼容性已有大量生产验证</li>
</ul>
<p><strong>劣势</strong>：</p>
<ul>
<li>受 PostgreSQL 上游版本演进影响，大版本升级需要同步跟进</li>
<li>深度定制可能导致与上游 PG 的兼容性逐渐偏离</li>
<li>在极端性能场景下，二次开发层可能引入额外开销</li>
</ul>
<p><strong>适用场景</strong>：已有 PostgreSQL 或 Oracle 技术栈的团队，需要平滑迁移的场景；对 SQL 标准兼容性要求较高的 OLTP 业务。</p>]]></description></item></channel></rss>