家用 PostgreSQL 调优实战：从默认配置到性能翻倍
一台 16GB 内存的家用服务器，PostgreSQL 跑起来总觉得慢，改配置又怕改坏——这篇文章用真实的配置文件逐项拆解，告诉你哪些参数值得动，动多少合适。 开场：一次"改坏"的调优经历 上周帮朋友调一台家用服务器上的 PostgreSQL，他信誓旦旦说"我照着网上的教程改了 shared_buffers 到 8GB，结果数据库直接起不来了"。我一看配置——16GB 的机器，shared_buffers 给了 8GB，再加上操作系统缓存、其他服务，内存直接 OOM。 这种故事在家庭服务器圈子里太常见了。PostgreSQL 的 postgresql.conf 有几百个参数，但真正需要动的也就十来个。今天我们用一台真实的家用机器配置，逐项拆解。 硬件家底：你的机器够干多大的活 先看看今天的实验对象： 项目 配置 CPU 12th Gen Intel i5-1240P（12核16线程） 内存 16GB 磁盘 SSD 系统 Ubuntu 24.04 LTS PG 版本 PostgreSQL 16 16GB 内存、SSD、12 代酷睿——这是典型的家用 NAS 或者小型工作站配置。够用，但没有太多余量可以挥霍。 第一梯队：内存分配三兄弟 PostgreSQL 的性能调优，80% 就是调内存分配。搞明白三个参数，基本就入门了。 shared_buffers — 数据库的"工作台" 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，那说明数据全在缓存里，调大没意义。 ...