下卷：运维管理

本卷导读：下卷面向 DBA、平台工程师与生产负责人，沿着“规划交付—高可用与备份—安全接入—可观测运营—迁移升级—事故恢复与复盘”的路径，把 PostgreSQL 知识转化为可持续运行的数据库服务能力。

本卷定位

从生产服务规划到日常运营、事故恢复与改进

本页是位于顶层导航中的导读与索引页，不是章节父目录。下面各章仍与本页并列，使用独立的顶层 URL；读者既可以按本卷路径顺序学习，也可以直接进入任意章节。

从工作负载、服务目标和责任边界出发，规划并验收 L2 生产仿真环境，而不是从一份默认配置开始。

把复制、选主、故障域和业务 RPO/RTO 连接起来，通过一次可重复的切换演练证明高可用。本章同时作为全书架构型样章。

从恢复目标反推备份、WAL 归档、保留和异地策略，并用隔离恢复证明备份可用。

让客户端连接到“具有明确语义的服务”，而不是某台机器；掌握连接预算、池化模式、读写路由与失效行为。

从威胁模型出发建立身份、最小权限、传输保护、行级安全与审计；把连接池会话语义纳入安全设计。

在建设告警之前定义“什么算服务正常、谁负责、证据在哪里、发生变化如何处置”，产出 ch25 的观察与告警契约。

实现 ch24 的观察契约，把指标、日志、SQL 统计和告警连接为可行动的诊断系统，而不是堆叠面板。

用可复现工作负载测量资源需求、噪声与余量，形成容量模型；不把一次 pgbench 数字包装成普适性能。

以已证实的瓶颈为起点，理解参数的资源机制、作用域和变更风险；拒绝无上下文的“万能参数模板”。

把 MVCC 留下的空间债、事务年龄和索引完整性变成可预测的维护工作，并完成分区生命周期触点。

理解逻辑复制、CDC 和数据搬迁的状态机，用校验与可回退切换完成迁移，而不是把“数据能流动”误当成迁移成功。

把升级视为应用、数据库、扩展、排序规则和平台共同参与的迁移项目，通过彩排决定前滚或回退。

建立所有事故共用的指挥、保护、取证、变更与升级框架；兼顾单人值守和团队协同，并学会怀疑第一个症状。

在隔离环境中确定恢复目标、执行 PITR、验证业务正确性并安全回切。本章同时作为全书事故型样章。

区分数据库、复制、网络与 DCS 故障，选择切换或重建路径，避免脑裂和错误时间线。

从资源症状进入，第一步区分流量型与保留型；只对流量型执行限流、取消、摘流和降级，对保留型实施安全保护并路由到正确章节。

面对页、索引、排序规则或逻辑不一致时先保护原始证据，再区分检测、修复、抽取与重建；不把危险技巧包装成常规运维。

把一次恢复变成长期能力：解释因果链、修复控制缺口、验证改进，并为下一轮架构和版本演进建立优先级。

最后更新于 2026-07-30