如果你关注国产自研数据库领域，会发现一个有趣的现象：OceanBase、人大金仓、万里开源的GreatDB……这些叫得上名号的国产自研数据库，都绕不开一个前辈——PostgreSQL（简称PG）。

为啥大家都爱基于它二次开发？

一、国产化案例

国内基于PG开发的自研数据库不在少数，随便举几个例子：

- 人大金仓KingbaseES：国内最早基于PG研发的数据库之一，在政务、金融领域应用广泛，几乎是“国产PG”的代名词。

- 万里开源GreatDB：深度融合PG技术，主打高可用、高性能，在企业级场景表现突出。

- 华为GaussDB（开源版）：底层技术借鉴PG，结合华为自身的分布式架构，成为国产数据库的“生力军”。

二、PG本身就是个六边形战士

国产数据库团队选择PG，首先是因为PG本身就足够能打。

它不是MySQL那种“专一型选手”，而是个“全能六边形战士”：

- 存数据？它能存JSON、数组、地理位置、时间序列这些“奇葩”数据，比MySQL的“死板表格”灵活太多。

- 查数据？它自带GIN（全文搜索、JSON检索）、GIST（地理位置计算）等“专属索引”，能顶替ElasticSearch、MongoDB的部分工作。

- 扩展性？它的架构完全开放，想加什么功能、装什么插件，都能自己定制。

简单说，PG本身就是个多功能底盘，国产团队在它上面改一改，就能快速做出适配国内场景的数据库，省时又省力。

比如人大金仓就是在PG基础上，针对政务系统的国产化需求，做了大量安全和适配优化。

三、开源自由：免费商用+社区力挺

对于国产数据库团队来说，开源是个巨大的诱惑：

- 免费商用无压力：PG完全开源，还能免费商用。团队不用为版权发愁，把钱都花在技术研发上。像万里开源基于PG开发GreatDB，就省了一大笔底层研发的成本。

- 社区大佬疯狂输出：PG社区非常活跃，各种插件、工具、解决方案满天飞。国产团队可以直接“站在巨人肩膀上”，不用从零开始造轮子。

比如你需要一个处理时序数据的功能，社区可能早就有成熟的插件了；你想优化某类查询性能，社区文档里也能找到前辈的经验。

这种拿来主义，大大降低了研发成本。

四、先进的底层架构设计

PG的架构设计，堪称数据库界的模范生，这也是它被疯狂借鉴的核心原因：

- 存储高效：把数据拆成8KB“数据页”，读写时不用动整个文件，效率拉满。

- 索引聪明：B-Link树（变种B+树）索引，找数据又快又准；还有各种“专属索引”应对复杂场景。

- 可靠性拉满：WAL日志“先写小黑板再持久化”的机制，就算系统崩溃，数据也能完整恢复。

- 多进程协作：Postmaster主控进程+后端进程+后台进程的分工，像个高效的“小政府”，再大的访问量也能扛住。

这种教科书级的架构设计，让国产团队不用在底层设计上反复试错，专注于上层的功能创新和场景适配就行。

比如华为GaussDB就借鉴了PG的存储和索引机制，再结合自身的分布式技术，打造出了适合企业级的数据库产品。

后记

说白了，PostgreSQL就像一个全能且开放的基建平台。

国产数据库团队基于它开发，既能享受它的全能功能，又能利用开源自由降低成本，还能借鉴它先进的架构设计少走弯路。