Docker Compose配置内存版PostgreSQL：验证生效及性能疑问

问题场景 #

我配置了PostgreSQL 15.1-alpine3.16的Docker实例，最初的Compose配置如下：

db:
  image: postgres@sha256:44b4073d487d0f9baf82bc95d10e2b1f161b18dcc52cfbd0eb2a894b5e2cd513
  environment:
    <<: *common-variables
    PGDATA: /pgtmpfs
  tmpfs:
    - /run:size=131072k
    - /var/cache:size=65536k
  networks:
    - backend

运行数据库测试时，无论是否启用tmpfs，测试耗时都稳定在2分钟左右，无性能差异。执行docker exec -it demo-db-1 df /run发现/run的tmpfs使用率为0%，说明PostgreSQL并未使用该内存挂载。

更新：调整tmpfs配置为直接挂载到PGDATA指定的/pgtmpfs目录：

tmpfs:
  - /pgtmpfs:size=131072k

此时tmpfs内存被正常占用，但测试性能依旧没有变化，不确定是PostgreSQL无法从该配置获益，还是存在其他未排查到的问题。

可能的原因及排查步骤 #

1. 测试负载未触发磁盘IO瓶颈 #

tmpfs的核心优势是内存级读写速度，若测试用例本身磁盘IO压力极低（比如全内存缓存命中、小数据量操作），即便使用tmpfs也不会有明显性能提升。

• 排查方法：测试期间用iostat -x 1或docker stats观察容器的磁盘读写速率；执行PostgreSQL查询查看缓存命中率：

  SELECT round(100 * (sum(heap_blks_hit) / (sum(heap_blks_hit) + sum(heap_blks_read))), 2) AS hit_ratio FROM pg_stat_user_tables;
  

  如果缓存命中率接近100%，说明测试几乎没用到磁盘，tmpfs自然无法体现优势。

2. PostgreSQL配置未适配tmpfs环境 #

即使PGDATA放在tmpfs，若内存相关参数未优化，也可能无法充分利用tmpfs：

• 检查shared_buffers：该参数控制PostgreSQL共享内存缓冲区，若设置过小，数据库仍会频繁依赖操作系统缓存（而tmpfs本身就是内存文件系统，此时两者的性能差异被抹平）。建议将其设置为宿主机内存的25%左右（需注意Docker容器的内存限制）。
• 检查work_mem与temp_tablespaces：如果测试包含大量排序、哈希操作，过小的work_mem会生成临时文件；若临时文件目录未指向tmpfs，这部分IO依旧走磁盘。可将temp_tablespaces配置为tmpfs挂载目录，或调整work_mem减少临时文件生成。

3. Docker tmpfs挂载参数限制 #

tmpfs默认挂载参数可能存在限制，影响性能发挥：

• 确认tmpfs实际可用大小：执行df -h /pgtmpfs查看，若测试数据量超过tmpfs大小，PostgreSQL会自动切换到磁盘（或报错），此时tmpfs无法发挥作用。
• 优化挂载参数：添加权限与性能相关参数，示例：

  tmpfs:
    - /pgtmpfs:size=256M,rw,nosuid,nodev,noexec,relatime
  

4. 宿主机内存不足触发swap #

若宿主机内存不足，tmpfs占用的内存会被交换到磁盘swap分区，此时tmpfs性能与普通磁盘无异：

• 执行free -h查看宿主机内存使用情况，确保tmpfs大小加上其他进程占用内存不超过宿主机可用内存。
• 测试环境可临时禁用swap，或增加宿主机内存避免tmpfs被换出。

内容的提问来源于stack exchange，提问作者Andrius