FDW 是 PostgreSQL 的外部数据访问框架，为访问外部数据源（另一台 PostgreSQL、其它数据库或存储系统）提供统一接口。9.5 引入 IMPORT FOREIGN SCHEMA，旨在减少映射外部表的手工工作，可从远端数据源“一键”导入某个 schema 下的外表定义到本地，提升生产落地效率与一致性。

在任务队列/并行消费者等场景中，经典做法是“选出一批待处理行并加锁”，但在高并发下，行级锁冲突会导致阻塞、队头等待放大。SKIP LOCKED 允许在选取并加锁行时跳过已被其他事务锁住的行，避免阻塞并提升吞吐与整体时延稳定性。典型应用：多进程/多线程从同一表拉取“未处理任务”，使用块并发消费，已被其它消费者锁住的行会被跳过，避免互相等待。

WAL（Write-Ahead Logging）是 PostgreSQL 持久化与崩溃恢复的基石。新的 WAL 记录格式：提升 WAL 记录组织与可扩展性。WAL 压缩：为 Full Page Images（FPI，全页镜像）提供 PGLZ 压缩，降低 I/O 与存储占用。在高写入负载与大页镜像（FPI）场景中，WAL 数据量显著增大，影响归档与复制链路的吞吐与延迟。新的记录格式与压缩机制降低冗余

海量表在顺序写入或具有强相关性的列上（例如时间戳、ID 自增、地理位置编码等）存在“物理顺序与值分布近似单调”的特点。传统 B-Tree 在此场景的维护成本较高（索引体积、更新写放大），而 BRIN 通过“页范围摘要（min/max/等统计）”来近似过滤，索引极小且维护开销低，非常适合 TB 级表的粗粒度检索与预过滤。BRIN 的思想：不记录每行的键值位置，而是按若干页（page range）汇总

在 9.5 之前，应用通常通过 SELECT/UPDATE/INSERT 组合或函数封装实现“存在则更新、不存在则插入”的逻辑，存在竞态窗口与复杂锁处理。9.5 原生支持 UPSERT，将唯一约束/索引冲突检测与冲突后的动作（DO NOTHING/DO UPDATE）纳入 INSERT 语句一次性完成，显著简化业务代码并提升一致性。该特性依赖唯一约束/索引作为仲裁对象（arbiter），并在执行器

3）看门狗启动核心：scheduleExpirationRenewal(long threadId)`scheduleExpirationRenewal（threadId）` 注册状态。`renewExpiration（）` 创建 Netty TimerTask。4）周期续期核心：renewExpiration()`renewExpiration()`（递归下一轮）加锁入口 调用 `lock（）`

核心目标：在未指定过期时间的情况下，确保持锁线程在业务未完成前锁不会过期；在进程异常时自动释放，避免死锁。关键要点：未显式指定过期时间时，默认设置锁过期时间为 30 秒（可配置）。通过事件循环定时任务（非专门线程）以“过期时间的 1/3”为间隔，周期性检查并续期。业务完成正常释放则取消定时任务；进程宕机则续期自然终止，锁按 TTL 到期自动删除。一句话记忆：不设时限有看护，三分之一抢先续，放手即停

在典型的“库存扣减、订单创建、跨系统一致性”场景中，事务时长受外部系统与网络影响难以精准预估。固定 TTL 要么过短导致锁提前失效，要么过长造成宕机后长期占用。Redisson 以“客户端主动续期”化解此两难：不要求你精准预估时长，仍能保障锁的时效与可靠释放。Redisson 看门狗以“主动式续期 + 原子校验 + 防御式设计”构建可靠的分布式锁方案：既提升工程可用性与扩展性，又在故障场景下保持确

Mermaid 图：容器刷新主线（柔和配色与圆角）Mermaid 图：AOP 代理选择（柔和配色）Mermaid 图：循环依赖解法（三级缓存）放入 singletonFactories。七、关键算法与机制（“为什么这样设计”）八、源代码阅读技巧（从工程到代码的梯度）六、设计模式技巧（源码中的模式与落地）五、核心接口与抽象类族谱（源码索引）四、全局主线：容器启动与刷新流程。十二、总结速记口（便携记忆

异常是程序在运行过程中出现的“非期望状态”的结构化表达，它承载错误语义、传播路径与恢复策略。合理的异常机制能将“错误”从“业务主路径”中剥离，使代码更清晰、可诊断、可维护。在典型的 Spring/Spring Boot 电商后端中，服务层与网关层需要对接复杂外部系统与基础设施（数据库、缓存、RPC、文件 IO）。这些交互的失败必须被可靠捕获并转化为面向调用方的稳定契约（错误码/消息/HTTP 状态