给PG鸡蛋里面挑骨头--杭州PostgreSQL生态大会

liuaustin32025年12月02日约 14 分钟

❝
开头还是介绍一下群，如果感兴趣PolarDB ,MongoDB ,MySQL ,PostgreSQL ,Redis, OceanBase, Sql Server等有问题，有需求都可以加群群内有各大数据库行业大咖，可以解决你的问题。加群请联系 liuaustin3 ，（共3300人左右 1 + 2 + 3 + 4 +5 + 6 + 7 + 8 +9）(1 2 3 4 5 6 7群均已爆满，开8群近400 9群 200+，开10群PolarDB专业学习群100+)

周六参加了PCC2025 PostgreSQL生态大会，大会一如既往的不录播，不直播，好处非常明显，大家都比较敢说。反正唐成唐老师和我说了一句给我逗乐了，“你今天又要演戏了”！！！

是我又要演恶人了，大会里面我可能是唯一不和谐的声音，不过也有一件令我悲伤的事情，听闻后很震惊，祝愿“您”越来越好，虽然离开了，但我们都记着您多年的付出和在PG开源行业所做的事情，谢谢。

人世间，你以为来日方长，哪里知道，上次说的再见，竟然是再也不见！

本次带来的话题，是从云数据库的角度，我们看看开源PostgreSQL的数据库还有哪些可以为客户着想，提高商业客户使用的部分，其实我们有很多的为开源或者基于PG修改后的商业版本的这些小厂商，或者维护工作者，可以参考一下本次的PPT，一些商业客户为什么用了开源的PG，然后不用了，跳单了。咱们也得反思反思，口号是可以喊出来的，但实际的事情咱们也得做做，要不客户的可不会为你的口号买单。（下面的部分，必须收敛文字，现场那比下面的文字要激烈的多，我眼看着我讲到 GPC的时候，Mr.Momjian 咱们请来的外国大咖，脸上有一种特殊的表情。）

首先作为一个使用PG 8年的数据库工作者，PG非常棒是开源数据库里面最好的选择之一，这点无用质疑，我们这些使用PG的人希望PG越来越好，越来越强大，也希望基于开源PG，衍生出来的数据库产品能服务更多的商业客户，让这些人都有生活的依靠。

首先我的第一个论点是，PG数据库需要更多有实力的客户，这里并不是要给使用数据库的人来分阶级，什么是有实力的，什么是没实力，这里我并不是这样划分的，我的意思是更多关键领域的企业，或者在行业里面有头脸的企业，敢在核心领域使用PG，这样PG的口碑就如滚雪球一样，越滚越大，形成客户幂等次效应。

我们欢迎，他二姨家的三大爷的五姨夫家的外甥女的2个人的企业用PG开源，但是这在我们的数据库行业范例里面我写不出来，也没有人因为这外甥女的2人企业而对PG数据库的使用场景有更深的了解和信心。

你也不能说一个大国企用了PG，然后一打听在什么项目里面用呢，在一个管理单位厕所打扫卫生工作日志的项目里面使用是吧。

所以PG需要更多的，大企业，在核心项目里面使用他。增加更多的案例，让更多的人来信服使用这个数据库产品。

但是PG的发展中稍微迟了一些，MYSQL发迹的时候，云数据库产品还是一个萌芽，而现在不是了，太多的企业上云了，而就在我在做这个PPT的时候，就在杭州，某家国内那什么的（其实现场我是有提到详细信息的，这个公众号就不提了）企业，将旗下数量非常多的PostgreSQL线下的产品，都迁移到了云上，且在我说这个事情的时候，他们已经迁移了一段时间，一期的迁移基本成功了，量很大，且是核心业务。

那么这就要提到一个问题，云上的数据库市场的发展，这里有很多数据库统计和信息收集分析的工作，如IDC，他们在2024年对数据库产品在云上的比重，以及发展的态势做了一个分析，具体看图，网上可以搜索到相关资料，60%的国产数据库收费市场被云数据库产品所霸占，且2024年19.3亿美元的中国数据库市场里面有12.9亿美元是云关系型数据库的份额，占比多少可以自行进行计算。

那么为什么他们云数据库产品占据这么多的份额，我们不禁要问他们都干什么了？

因为他们并未将产品完全束缚在PG数据库产品本身中，他们通过市场的调研，客户的走访，调查问卷等方式，改变了PG数据库在商业使用中的一些问题，赢得了客户的人民的币。

我们的问问细节，他们都干什么了？

第一个问题，在云上的数据库产品，需要的是稳定的输出，在大量的企业中使用PG的逻辑复制槽的功能，而在数据库主从切换后，如何将逻辑复制槽稳定的迁移到新的主库是一个商业化的需求，而虽然开源有相关的解决方案，但是在使用的复杂性和稳定性上，以及支持更多的逻辑复制槽的数量上都差强人意。

同时在一些业务场景，逻辑复制槽消费出现问题后，我们等待消费端正常，在这个期间WAL日志的疯狂增长，也让客户叫苦不迭，而云上的数据库产品有一种伸缩和成本规避的能力，在我需要存放大量的WAL,就需要大量的磁盘，这就要占用大量的成本，企业是无法接受的，但云上的数据库产品可以做到用的时候承载，消耗完毕磁盘空间退回操作系统，这在我们大量利用逻辑复制槽情况下，尤其我们作为乙方，甲方消费我们数据库的逻辑复制槽的情况下，非常符合我们的需求。

在商业的角度，数据恢复的情况会存在，而恢复数据的速度是非常重要的。商业的PG数据库产品除了在硬件备份上进行了一系列的改进和利用先进的硬件产品达成瞬间备份的能力，同时在数据恢复中也修改了PG的代码，让PITR 的数据库恢复可以进行多线程的恢复，提高了数据恢复的速度，降低了恢复数据的时间成本。

在商业领域的数据库，有一个特性需要随时进行内存的扩展，因为要满足商业的特性，这点即使MYSQL开源数据库也具备随时进行innodb buffer pool的扩展能力。但开源的PG，以及一些国内的基于PG的数据库产品并未具备这样的能力，而云上的一些基于PG的商业数据库支持随时无感的调整 shared buffer pool来满足不同的情况下的内存调整需求。

在数据库执行的SQL的部分，PG也存在一个问题，同样的SQL的执行的计划并不能进行共享，这就导致有多少个进程，在这些进程中执行同样的SQL，就要产生多少这样的SQL的执行缓存，这样会浪费我们宝贵的内存，在云上的商业数据库产品，他就可以共享SQL的执行缓存。除此以外，这些商业的数据库产品还支持数据库重启或切换后的shared buffer pool的缓存还原到你重启前的状态。