1996 到 2026,PostgreSQL 走过整整三十载春秋。
从最初一行行独立的代码,到如今风靡全球的开源数据库标杆;从远在温哥华的技术原点,到扎根中国、蓬勃生长的本土生态——PG 用三十年时光,完成了从个人创作到全球共建的蜕变。中国人说三十而立,而立之年的 PG,正站在全新的历史节点上,续写属于开源数据库的新篇章。
为致敬 PG 三十周年,中国 PG 分会、TechTalk 技术交流社区、IvorySQL 社区联合发起「三十而立・全球时刻——PG 30 周年系列直播」。
第五期直播将于 7 月 29 日开启,欢迎大家预约。
PG & Oracle ACE、IvorySQL 专家顾问委员、PG 分会南京分会会长、TechTalk技术交流社区主理人、公众号“尚雷的驿站”主理人。
PostgreSQL ACED、IvorySQL 专家顾问委员,公众号“digoal德哥”主理人。
北京大学企业导师,易景科技首席研究员。PostgreSQL ACED,IT 知识刺客公众号主笔,美创科技技术顾问。从事 IT 技术工作 30 年,曾就职于阿里巴巴、京东、ebay/paypal 等国内外知名科技企业,从事数据库管理与研究工作。连续 5 年为北大硕士研究生讲授数据库内核架构与开发、并指导部分学生论文。公众号“IT 知识刺客”主理人。
北京四维纵横数据库专家,PostgreSQL ACE/MVP,PostgreSQL 学徒公众号作者,《PostgreSQL 14 internals》中文译者,精通 PostgreSQL 与 Greenplum 体系架构与运行原理,实战经验丰富。
PostgreSQL ACE,PG 分会西安用户组负责人,公众号“PostgreSQL 运维之道”主理人。
PostgreSQL 的源头可以追溯到 1986 年的 UC Berkeley。那一年,Windows 1.0 刚发布,C 语言标准刚刚确立,互联网还在 ARPANET 时代。
30 年过去,PG 的代码从几万行膨胀到近 150 万行。第一批代码里那些核心设计决策——进程模型、MVCC、基于规则的查询重写、扩展机制——到今天依然在支撑着全世界最复杂的数据库应用。
但 PG 不是完美的。
这些问题,没有人比你更关心。
而这一期直播,我们不谈概念、不讲 PPT—— 四位真正懂 PG 架构、看过内核源码、经历过大规模生产的老师,把 PG 的架构拆开来看:哪些设计值得再学 30 年,哪些已经该被替代了。
板块一:30 年前的代码,为什么还在跑?——PG 架构的历史渊源
Stonebraker 留给世界的遗产到底是什么?PG 哪个内核模块“写得最漂亮”?不同行业的客户场景里,PG 在哪些地方“特别能打”,哪些地方“有点吃力”?
板块二:进程模型——是 Unix 哲学还是历史包袱?
MySQL 用线程,Oracle 用进程+线程混合,只有 PG 坚持纯进程模型。在 2026 年、在容器化时代,这个设计还合理吗?是“改不动了”还是“它是对的”?
板块三:MVCC 与扩展机制——最伟大的设计还是最深的坑?
MVCC 漂亮是漂亮,但 autovacuum 是不是它的原罪?扩展机制是“快速实现产品化的高速公路”,还是“最终会被它卡脖子的技术债”?
板块四:哪些设计该退休了?——PG 的“历史包袱”清单
不唱赞歌。每人说一个 PG 架构里最应该被重构、但一直没动的历史包袱——从 SQL 解析器到单存储引擎,从 YACC 到事务隔离实现。
为了让你在直播中听到最关心的话题,也为了让社区更好地了解大家在理解和使用 PG 架构时的真实困惑,我们特别发起了 「PostgreSQL 架构设计与生产实践」问题与经验调研。
📌 问卷填写福利:
填写问卷的朋友都有机会获取 IvorySQL 周边礼品一份!
观看本次直播还能参与互动抽奖,精美好礼免费相送,边学技术边赢奖品,惊喜不断!
扫描下方二维码,即可预约直播 + 加入交流群,第一时间获取活动动态~

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70043484/viewspace-3176718/ ,如需转载,请注明出处,否则将追究法律责任。