PostgreSQL 13、14、15 区别

PostgreSQL 13、14、15 是近年来非常稳定且广泛使用的三个版本。它们并非简单的"修修补补"，每个版本都有标志性的"杀手锏"特性。

截至 2026 年 3 月 的状态：

以下是这三个版本的深度对比和核心差异解析：

特性维度	PostgreSQL 13 (2020)	PostgreSQL 14 (2021)	PostgreSQL 15 (2022)
定位	性能与空间优化版	高并发与 JSON 增强版	SQL 标准合规与模块化版
杀手锏特性	增量排序、B-Tree 去重	JSON 路径查询、并行聚合增强	MERGE 语句、权限分离、扩展安全
排序性能	⭐⭐⭐⭐ (引入 Incremental Sort)	⭐⭐⭐⭐ (优化内存管理)	⭐⭐⭐⭐⭐ (进一步优化)
JSON 能力	基础支持	质变 (jsonb_path_*)	持续优化
存储引擎	传统堆表	传统堆表	支持 ICU 排序规则 (独立于 OS)
安全性	常规	常规	重大升级 (默认拒绝公共模式写入)
适用建议	老项目维护	稳健型生产环境	新项目首选 / 需要 MERGE 语法

关键词：Incremental Sort、B-Tree Deduplication

🌟 增量排序 (Incremental Sort)
- 痛点：以前如果数据部分有序（比如按时间分区查最近几天的数据），PG 也要把全部数据重新排序，浪费资源。
- 解决：PG 13 能识别"这部分已经有序了"，只排序剩下的部分。
- 效果：在 ORDER BY 结合 LIMIT 或部分有序数据场景下，速度提升 20%~50%。
🌟 B-Tree 索引去重 (Deduplication)
- 痛点：如果有大量重复值（如 gender, status），索引会存储多份相同的键，导致索引膨胀。
- 解决：相同键值只存一次，后面跟一个列表指向所有行。
- 效果：索引体积减少 30%~50%，减少磁盘 IO，提升扫描速度。
🛠️ 并行 Vacuum
- 允许 VACUUM 命令并行处理大表，减少维护窗口时间。

💡 形象比喻 ：

PG 13 像一个**"整理收纳师"**。它把杂乱的衣柜（索引）里的同款衣服叠在一起（去重），并且当你只要拿最上面几件时，它不会把下面乱序的衣服重新叠一遍（增量排序）。

关键词：SQL/JSON Path、Parallel Aggregate、pg_stat_database

🌟 原生 JSON 路径查询 (SQL/JSON Path)
- 痛点：以前查 JSONB 字段只能用 -> 或 @>，复杂嵌套查询写起来像天书。
- 解决：引入了类似 JavaScript 的路径语法 jsonb_path_query。
- 代码对比 ：
  sql 复制代码
```
-- PG 13 及以前 (写法繁琐)
SELECT data->'user'->>'name' FROM logs WHERE data->'status' = '"active"';

-- PG 14+ (优雅的路径查询)
SELECT jsonb_path_query_first(data, '$.user.name') FROM logs WHERE jsonb_path_exists(data, '$.status ? (@ == "active")');
```
- 效果：对 JSON 数据的处理能力逼近 MongoDB，适合做文档型存储。
🌟 并行聚合增强
- 更多的聚合函数（如 GROUP BY 中的复杂计算）支持并行处理，大幅加速大数据分析报表。
🌟 连接管理优化
- 改进了大量并发连接下的锁竞争问题，高并发场景下吞吐量更稳。

💡 形象比喻 ：

PG 14 像一个**"多语言翻译官" + "大力士"**。它不仅能更轻松地读懂复杂的 JSON"外语"（路径查询），还能叫来更多帮手一起搬砖（并行聚合），干重活累活更快。

关键词：MERGE、Security Hardening、ICU Collation

🌟 标准 MERGE 语句 (UPSERT 的终极形态)
- 痛点：以前要实现"存在则更新，不存在则插入"，得用 INSERT ... ON CONFLICT DO UPDATE，语法受限且不够标准。
- 解决：支持 SQL 标准的 MERGE INTO ... WHEN MATCHED ... WHEN NOT MATCHED ...。
- 意义：从 Oracle/SQL Server 迁移到 PG 的成本大幅降低，数据同步脚本更通用。
🌟 安全性重大加固 (Security Hardening)
- 默认权限变更 ：默认情况下，普通用户不再拥有 public schema 的 CREATE 权限。
- 背景：以前黑客利用默认权限在 public 库建恶意函数提权。PG 15 直接堵死了这个漏洞。
- 注意：升级后旧应用可能会报错"permission denied for schema public"，需要手动授权。
🌟 ICU 排序规则独立
- 排序规则（Collation）不再依赖操作系统，而是内置 ICU 库。
- 好处：不同 Linux 发行版之间的排序行为一致，避免迁移时数据顺序错乱。
🌟 扩展程序安全
- 只有超级用户才能创建"非可信"扩展，防止普通用户加载恶意代码。

💡 形象比喻 ：

PG 15 像一个**"严谨的律师" + "安保专家"**。它引入了国际通用的法律条文（MERGE 标准），并且给大楼装了门禁系统（默认禁止 public 写入），只有持特许证的人才能进特定房间（扩展安全）。

如果你还在用 PG 13：

总结：

老项目守 14，新项目上 15，千万别用 13。

如果需要强大的 JSON 查询，14 是分水岭 ；如果需要标准 SQL 语法和高安全基线，15 是必选项。