Linux环境下部署PostgreSQL是否需要配置交换内存（swap）？

老哥你的问题问到点子上了，我来给你把这个事儿讲明白：

结论先行：在Linux/Unix环境下运行PostgreSQL，哪怕你服务器内存看似充足，配置swap也是非常有必要的

先说说你提到的malloc/free的特性问题 #

你朋友说swap是过时概念，但他没搞懂Linux内存管理和PostgreSQL的特殊互动逻辑。Linux里的malloc/free机制，程序释放的内存并不会直接还给系统——这真不是bug，是内核的设计特性！内核会把这些释放的内存保留下来当文件缓存或者其他临时缓存，这样下次程序再申请内存时能直接复用，避免重复分配的开销。

但PostgreSQL作为长期运行的数据库服务，它的内存使用有个“惰性释放”的特点：比如执行完复杂查询、销毁临时表后，PostgreSQL进程不会主动把占用的内存还给系统，这些内存会一直被进程“持有”。如果没有swap的话，Linux内核没办法把这些闲置的内存页挪走，只能让它们一直占着物理内存，时间久了就会出现你遇到的情况——内存持续攀升，直到耗尽所有物理内存，最后可能触发OOM（内存不足）杀手直接干掉PostgreSQL进程，那可就麻烦了。

结合你的实际场景分析 #

你服务器有50GB内存，PostgreSQL的理论内存配置是20GB，但实际运行后内存不断上涨，5-7天就吃满50GB，重启才清零——这完全符合上面说的逻辑：PostgreSQL进程持有的内存越来越多，Linux内核因为没swap可用，只能把这些内存一直留着，最终导致物理内存耗尽。

另外你还在用ZFS ARC（上限8GB），这部分也是要占用物理内存的，PostgreSQL的内存加上ZFS的缓存，再加上系统本身的其他开销，没有swap的话，内核的内存调度空间会非常小。

配置swap的好处&具体建议 #

配置swap之后，内核就有了“腾挪空间”：当PostgreSQL释放了闲置内存，内核可以把这些内存页移到swap里，把物理内存腾出来给ZFS ARC、系统缓存或者其他需要的进程用，整个系统的内存利用率会更合理。而且swap不是要你真的经常用，它更像是一个安全缓冲垫，避免内存突然紧张时触发OOM杀手。

给你几个具体的建议：

• 赶紧配置swap：建议配8-16GB的swap分区或文件（你有50GB内存，16GB足够了），别配太大，否则频繁swap会拖慢性能。
• 调整vm.swappiness参数：Linux默认的vm.swappiness是60，对于PostgreSQL可以调低到10-20，这样内核会优先使用物理内存，只有物理内存真的不足时才会用swap，减少不必要的交换开销。
• 检查PostgreSQL内存配置：你可以留意下work_mem是不是设得过高？如果有大量并发查询，每个查询都用work_mem指定的内存，累计起来很容易超配，适当调低反而能避免内存过度占用。

最后再补一句 #

别信“内存够就不用swap”的说法，对于PostgreSQL这种长期运行的服务，swap是保证系统稳定运行的必要配置，也是让Linux内存管理机制正常工作的前提。

备注：内容来源于stack exchange，提问作者Nux