第32章 PostgreSQL

本课程对应Abraham Silberschatz、Henry F. Korth、S. 在“第32章 PostgreSQL”的证据链中，Sudarshan著，杨冬青、李红燕、张金波等译《数据库系统概念（原书第7版）》，机械工业出版社2021年6月出版，820页，ISBN 9787111681816。原版第7版由McGraw-Hill于2019年发布。课程按原书11部分、32章与附录A逐项重构，不复制原文。

中文版第7版纸书正文收录第1-23章；第24-26章由中文版提供中文在线内容；第27-32章是原版官网英文在线章节；附录A在纸书中。本页媒介为“英文在线章节”。 全课程另设学习地图与总复习，共35页；正式知识分母仍是32章与附录A。本页属于“第十一部分 英文在线章节”，依据正式目录覆盖8个节点。

“第32章 PostgreSQL”没有使用未获授权的中文纸书正文；以 作者官网第 7 版完整目录 界定 32 章与附录 A，以 作者公开在线章节、大学模式实验 和 McGraw-Hill 第 7 版变更说明 核对可公开内容。中文解释、SQL、图示、实验与练习均为独立教学重写；实现行为再以 PostgreSQL 官方文档 等一手规范复核。

从一次可观察状态变化开始

先预测：给定一份固定的大学数据库、一个操作和一个故障时刻，哪些逻辑行、物理页、锁、版本或日志记录应该变化，哪些绝不能变化？不要先运行再解释。把预测写成状态表，然后用独立查询、执行统计、页或日志轨迹核对。若预测与观察不一致，先检查模型和实验边界，而不是立即改配置。

本页主问题是“把全书抽象映射到PostgreSQL进程、页、索引、优化器、MVCC、WAL与扩展点”。交付不以读完为准，而以另一位学习者能从PostgreSQL组件图、页与索引观察、EXPLAIN证据和故障恢复实验复现同一结论为准。最小正确性合同是：实验注明PostgreSQL版本，系统目录与执行统计支持结论，MVCC和WAL行为不凭其他DBMS类推。

核心词汇与系统边界

PostgreSQL、系统目录、查询执行器、MVCC、WAL 构成本页词汇表。每个词都要回答四个问题：它约束什么状态，由哪个模块执行，在哪个故障或并发边界会失效，用什么证据发现失效。只给一句名词解释不构成掌握。

第七版机制逐项深读

32.1 与PostgreSQL交互

在“第32章 PostgreSQL”中，“32.1 与PostgreSQL交互”映射 PostgreSQL 的进程、缓冲、WAL、计划器与执行器责任；版本相关行为以官方文档和真实 EXPLAIN/系统视图核对。

32.2 系统体系结构

在“第32章 PostgreSQL”中，“32.2 系统体系结构”划分计算、存储与协调责任；设计评审要标出故障域、状态所有者、网络往返和扩缩容时的一致性边界。

32.3 存储与索引

在“第32章 PostgreSQL”中，“32.3 存储与索引”不会自动提升所有查询；低选择率、过多随机写和统计信息偏差都可能让优化器放弃它。

32.4 查询处理与优化

在“第32章 PostgreSQL”中，“32.4 查询处理与优化”把逻辑算子落实为扫描、排序、连接与流水线；结果正确之外还要核对估计行数、实际行数和缓冲访问。

32.5 PostgreSQL事务管理

在“第32章 PostgreSQL”中，“32.5 PostgreSQL事务管理”的成功返回不是全部证据；还要在崩溃重启后确认日志重放和持久状态符合提交决定。

32.6 SQL变体与扩展

在“第32章 PostgreSQL”中，验证“32.6 SQL变体与扩展”只改变一个数据或调度变量，保存手算预测、执行计划、实际结果和独立对账差异。

32.7 外部数据包装器

在“第32章 PostgreSQL”中，验证“32.7 外部数据包装器”只改变一个数据或调度变量，保存手算预测、执行计划、实际结果和独立对账差异。

32.8 面向开发者的PostgreSQL内部结构

在“第32章 PostgreSQL”中，“32.8 面向开发者的PostgreSQL内部结构”映射 PostgreSQL 的进程、缓冲、WAL、计划器与执行器责任；版本相关行为以官方文档和真实 EXPLAIN/系统视图核对。

机制推演：从语义到物理证据

PostgreSQL用多进程体系结构处理连接，共享缓冲与WAL协调存储和恢复，优化器生成计划树，执行器逐节点拉取元组。系统目录描述对象，扩展与外部数据包装器开放类型、函数和远程数据接口，内部开发必须遵守内存上下文与错误清理约定。

推演时始终区分五层。在“第32章 PostgreSQL”的证据链中，第一层是业务不变量，说明哪些数据库状态合法；第二层是逻辑模型与查询语义，说明结果应该是什么；第三层是物理计划和数据结构，说明系统怎样得到结果；第四层是并发、日志与复制协议，说明交错和故障后仍保留哪些承诺；第五层是观测证据，说明我们怎样知道前四层真的成立。性能优化只能改变第三层和部分第四层的实现，不能悄悄改变前两层。

对每个节点建立因果链：输入版本与配置 → 操作或调度 → 中间状态 → 可观察输出 → 独立对账。在“第32章 PostgreSQL”的证据链中，若结论涉及性能，报告中位数、尾延迟、吞吐、I/O和等待，而不是只截一条最快记录；若涉及正确性，至少准备一个应成功样本和一个应失败样本，并记录错误类别或恢复终点。

证据解释与交接

语义证据证明结果定义没有漂移。保存关系模式、约束、查询文本、参数、隔离级别和预期行集；涉及NULL、重复、顺序或聚集时，单独列出处理规则。任何实现比较都必须共享同一语义合同。

执行证据证明机制判断可以复核。保存计划、实际行数、缓冲命中、I/O、锁或版本、日志位置和错误状态中与本章相关的部分。计划估计与实际偏差本身就是结果，不应通过只截取计划名称隐藏。

失败证据证明边界真实存在。每次只注入一个变量：空输入、重复键、倾斜、并发冲突、进程崩溃、存储丢失或网络分区。明确失败前最后一个持久状态、恢复后第一个可用状态，以及是否需要人工介入。

交接证据让另一位学习者无需口头补充就能复现。最少包括版本卡、大学模式加载与重置脚本、预测表、PostgreSQL组件图、页与索引观察、EXPLAIN证据和故障恢复实验、正常与失败轨迹、独立对账、已知限制和回退条件。若更换DBMS或版本，先重跑基线再比较。

本章回顾

重新完成“把全书抽象映射到PostgreSQL进程、页、索引、优化器、MVCC、WAL与扩展点”：先声明不变量和输入版本，按8个目录节点建立模型，手算正常路径，注入一个边界或故障，收集语义与执行证据，最后由独立查询对账。最终交付PostgreSQL组件图、页与索引观察、EXPLAIN证据和故障恢复实验，并能证明“实验注明PostgreSQL版本，系统目录与执行统计支持结论，MVCC和WAL行为不凭其他DBMS类推”。

小结

• 进程模型与共享缓冲是基础
• MVCC 用元组版本实现
• WAL 保障崩溃恢复
• 优化器基于成本选择计划
• 扩展点让生态持续生长

复习与独立验收

← 上一页：第31章 信息检索 · 下一页：附录A 详细大学模式 →