PostgreSQL on FXIO 技术博客

PostgreSQL 16 → 18 官方升级实践（Ubuntu 24.04）

Sat, 25 Jul 2026 10:25:00 +0800

一次真实的升级记录。

从 Ubuntu 默认 Cluster 管理模式，迁移到 PostgreSQL 官方推荐目录结构。

全程使用 pg_upgrade，保留所有数据库，最终实现：

PostgreSQL 18

官方数据目录

systemd 管理

MacBook 远程访问

完整踩坑记录

原环境：

希望升级到：

PostgreSQL 18.4

特性	PostgreSQL 16	PostgreSQL 18
增量备份	❌ 仅全量	✅ pg_basebackup 支持增量，备份时间减少 50%+
逻辑复制	基础支持	✅ 支持序列和大对象复制
并行查询	有限并行	✅ 更多场景支持并行（VACUUM、CREATE INDEX）
JSON 处理	JSONB 基础	✅ JSON_TABLE 增强，复杂查询更高效
SSD 优化	无特殊处理	✅ 强制 I/O 调度优化（见下文）
连接池	需外部工具	✅ 内置连接池改进

PostgreSQL 18 对 NVMe/SSD 做了底层优化，这是升级的核心理由：

Fri, 24 Jul 2026 12:29:00 +0800

一台 16GB 内存的家用服务器，PostgreSQL 跑起来总觉得慢，改配置又怕改坏——这篇文章用真实的配置文件逐项拆解，告诉你哪些参数值得动，动多少合适。

上周帮朋友调一台家用服务器上的 PostgreSQL，他信誓旦旦说"我照着网上的教程改了 shared_buffers 到 8GB，结果数据库直接起不来了"。我一看配置——16GB 的机器，shared_buffers 给了 8GB，再加上操作系统缓存、其他服务，内存直接 OOM。

这种故事在家庭服务器圈子里太常见了。PostgreSQL 的 postgresql.conf 有几百个参数，但真正需要动的也就十来个。今天我们用一台真实的家用机器配置，逐项拆解。

先看看今天的实验对象：

16GB 内存、SSD、12 代酷睿——这是典型的家用 NAS 或者小型工作站配置。够用，但没有太多余量可以挥霍。

PostgreSQL 的性能调优，80% 就是调内存分配。搞明白三个参数，基本就入门了。

shared_buffers = 2GB

这是 PostgreSQL 自己用来缓存数据页的内存。你可以把它想象成厨师的工作台——台面越大，能同时摊开的食材越多，不用反复跑冰箱拿东西。

经验法则：物理内存的 25%。16GB 的机器给 2GB 是合理的。给太大（比如 8GB），操作系统缓存会被挤掉，反而变慢；给太小，频繁读磁盘，性能拉胯。

验证方法：

SELECT
 pg_size_pretty(pg_database_size(current_database())) AS db_size,
 pg_size_pretty(pg_total_relation_size('projects')) AS table_size;

如果你的数据库总量小于 shared_buffers，那说明数据全在缓存里，调大没意义。

Fri, 24 Jul 2026 00:00:00 +0000

从 30 条到 100 万条，PostgreSQL 的查询计划怎么变？索引该怎么建？用真实基准测试数据说话。