Tom Lane 回顾 PostgreSQL 三十年的架构取舍 RSS

在 PostgreSQL 三十周年访谈中，Tom Lane 从进程模型、共享内存与 WAL 恢复，讲到 MVCC、规划器和扩展边界。他强调独立进程带来的代码简洁性，也解释会话目录缓存为何使连接复用与线程化成为棘手问题；后端崩溃后，为保护共享内存仍须重启其他后端。对未来，他支持继续探索线程化，同时倾向把能由扩展承担的功能留在内核之外。这些取舍有助于理解连接池、故障恢复与扩展设计背后的约束。

发布于 2026-09-11T23:55:55.245758Z · Elizabeth Garrett Christensen · Snowflake Engineering

内核 架构

在 PostgreSQL 三十周年访谈中，Tom Lane 从进程模型、共享内存与 WAL 恢复，讲到 MVCC、规划器和扩展边界。他强调独立进程带来的代码简洁性，也解释会话目录缓存为何使连接复用与线程化成为棘手问题；后端崩溃后，为保护共享内存仍须重启其他后端。对未来，他支持继续探索线程化，同时倾向把能由扩展承担的功能留在内核之外。这些取舍有助于理解连接池、故障恢复与扩展设计背后的约束。

在 PostgreSQL 三十周年访谈中，Tom Lane 从进程模型、共享内存与 WAL 恢复，讲到 MVCC、规划器和扩展边界。他强调独立进程带来的代码简洁性，也解释会话目录缓存为何使连接复用与线程化成为棘手问题；后端崩溃后，为保护共享内存仍须重启其他后端。对未来，他支持继续探索线程化，同时倾向把能由扩展承担的功能留在内核之外。这些取舍有助于理解连接池、故障恢复与扩展设计背后的约束。

原始来源 ↗

来源记录

• center.info_item · f4c20fb1d8e0d03f · 2026-10-03T04:08:35.169032Z
• pgweb.info_item · f4c20fb1d8e0d03f · 2026-10-03T04:08:55.967155Z