67篇论文背后，数据库在换叙事

十月，数据库圈接连落下三颗子：知乎作者「栈外来信」发布67篇内核论文精读系列；Amazon宣布收购分析数据库 DuckDB 背后的公司 DuckLabs，并把它集成进 Aurora PostgreSQL；PostgreSQL 18 正式发布。三条新闻看起来互不相干，其实指向同一件事——数据库的价值正在从「能用」回到「内核」。看懂这条线，才能看懂未来几年数据库市场的钱和人往哪儿流。

📚 内核认知，正在成为数据库行业最硬的通货

先说最安静、也最值得琢磨的一件事。知乎作者「栈外来信」发布了一个系列：《数据库论文精读 | 从67篇论文读懂数据库内核的设计取舍》，随后被数据库圈知名博主 pinealeye 在微博转发，圈内传播迅速发酵。

这类内容在今天的算法信息流里本该沉底——它没有热点、没有争议、没有爆点，只有一篇接一篇的论文拆解。但它偏偏火了，而且是数据库从业者自发转起来的。为什么？

数据库是极少数「论文即架构图」的行业。每一个主流引擎背后，都是一条长达十几年的论文谱系：存储格式怎么选、优化器走代价模型还是启发式、MVCC 如何和垃圾回收博弈、执行器要不要向量化——这些「设计取舍」不是拍脑袋，而是被几代论文反复论证过的。换句话说，读懂了这67篇论文，你大致就读懂了一个数据库内核为什么长成今天这个样子。

这类内容走红，本质上是产业阶段的一面镜子。过去十年，国内数据库行业大量工作在「怎么用好数据库」——调优、选型、运维。而随着国产数据库、云原生数据库陆续进入深水区，工作正在转向「为什么这么设计」「换一种取舍会怎样」。读者的需求，从操作手册转向了设计思想。

用一张脑图看看，67篇论文铺开的到底是什么知识版图：

判断很直白：当「读内核论文」从极客的小众爱好变成从业者集体补课，说明这个行业从卖功能进入了卖内核的下半场。

💰 云厂商补课，从来不靠写，而是靠买

然后是十年来数据库圈最重的一桩收购。Amazon 宣布收购 DuckDB 背后的公司 DuckLabs，两位联合创始人 Hannes Mühleisen 和 Mark Raasveldt 将继续在 AWS 体系内带领团队，同时承诺保持 DuckDB 的开源属性。收购落地后，Aurora PostgreSQL 立刻拿到了第一个由 DuckDB 驱动的功能。

这笔交易值得逐字拆开看。

第一，买的是「嵌入式分析」。DuckDB 的定位是进程内运行的 OLAP 引擎——不用独立部署、不用搭集群，直接嵌在宿主进程里跑分析查询。这种形态过去被视为「玩具」，如今被云一哥用真金白银盖章为战略资产。

第二，集成点是 Aurora PostgreSQL，而不是新造一个分析服务。这个选择信息量很大：云厂商的数据栈里，事务和分析的边界长期靠 ETL 和数据搬运维系，而搬运即成本——存储成本、管道成本、延迟成本。把 DuckDB 直接嵌进 Aurora PostgreSQL，意味着分析负载可以下推到事务数据旁边，数据不动，计算过去。

用一张架构图看清这条路：

第三，开源地位被明确保留。这说明 AWS 清楚 DuckDB 的价值一半在代码，一半在社区——杀掉开源等于杀掉这个引擎赖以生长的土壤。

据多位接近云厂商数据团队的人士透露，HTAP（混合事务分析处理）一体化一直是各家的「想做但做不重」的方向：自研嵌入式引擎周期太长，独立分析服务又割裂了体验。嵌入式 OLAP 引擎是性价比最高的切口。这也是为什么收购标的不是某个数仓，而是 DuckDB。

这一步棋对下游的挤压是实实在在的：轻量分析场景里，「先同步到数仓再查」的路径，正在被「原地查」替代。

🚀 PG 不再只是一个数据库，正在变成数据库的内核

第三颗子是 PostgreSQL 18 的正式发布，开源数据库迎来年度大版本更新。

单看版本号，这似乎是例行公事。但把它和另外两件事放在同一段时间线里看，节奏感就出来了：

• PostgreSQL 18 正式发布：核心社区维持年度大版本节奏，开源引擎持续快速迭代；
• Amazon 收购 DuckLabs：云厂商选择把嵌入式分析引擎塞进 PostgreSQL 分支（Aurora PostgreSQL），而非另起炉灶；
• 67篇论文精读走红：社区的知识消费，正在向内核层纵深。

三件事交汇在一个点上：PostgreSQL 正在从「一个数据库」变成「数据库的内核生态」。

这不是修辞。过去几年，大量新引擎选择兼容 PostgreSQL 协议起步——因为 PG 的驱动、工具、运维心智都是现成的。如今连云厂商做 HTAP，第一站也是 Aurora PostgreSQL。PG 已经事实上成为数据库层的「Linux 内核」：众多发行版、扩展和集成方案生长在它上面。

这对两类人有直接含义。

对使用者：围绕 PG 的技能投资复利最高。你掌握的不只是一个产品的用法，而是一整个生态的通用语言——从社区版 PG 到云上的 Aurora，再到各类 PG 兼容引擎，能力是可迁移的。

对厂商：「兼容 PostgreSQL」不再是权宜之计，而是进入内核生态的门票。门票之后比拼的，才是各自内核的真实功力——这正是第一件事（67篇论文）出现的土壤。

看一眼当前分析引擎的竞争格局，能更清楚 DuckDB 和 PG 各自站位：

右上角的 PostgreSQL 是基座，技术门槛高、商业价值大；DuckDB 以嵌入式形态切入，技术门槛不低，商业价值正在被收购重新定价——这正是从「潜力股」向「领跑者」移动的轨迹。

⚠️ 产品可以抄，内核抄不来，人更抄不来

把三件事收拢到最后一个维度：人。

67篇论文精读为什么值得从业者花时间？因为内核工程师是这个行业培养周期最长的物种。功能可以对标、界面可以借鉴、控制台可以像素级模仿，但执行器的取舍、优化器的代价值、存储引擎的读写放大——这些只存在于论文、源码和踩坑记忆里。

三桩事件背后，其实是同一个资源约束在起作用：内核人才。

对从业者的判断是明确的：读论文是当前性价比最高的能力跃迁路径之一。67篇论文精读的价值不在于「读完」，而在于它提供了一张完整的学习地图——先知道行业已经验证过哪些取舍，再去源码里看这些取舍如何落地，最后在自己的项目里做出有依据的决策。这条路径的成本，远低于在黑盒上猜。

对企业的判断同样直白：数据库竞争进入深水区后，比拼的不再是功能列表长度，而是内核深度。把钱花在内核团队和内核理解上，比花在控制台 UI 的迭代上值钱得多。DuckDB 能被 AWS 买下，靠的不是运营，是两位创始人带着团队在论文和代码里泡出来的引擎。

而 PG 18 的年度更新和 DuckDB 的被收购，进一步抬高了内核人才的溢价——生态越大，能改内核、能在内核层做取舍的人越稀缺。🔥

✅ 小结：竞争重心回到内核

67篇论文、一桩收购、一次大版本发布，三条线拧成了一股：数据库行业的竞争重心，正在从「可用性」回到「内核」。接下来可以预期的走向是——嵌入式分析引擎与事务库的融合会加速，ETL 数据搬运的边界继续收缩；PostgreSQL 生态进一步平台化，成为各路引擎的公共基座；内核人才的溢价持续上行。对个人，读懂内核才能读懂下一代的数据库；对企业，谁先把内核理解和内核人才攒够，谁才有资格留在牌桌上。