如何在docker compose down/up中执行pg_dump备份及恢复操作？

一、现有配置调整 #

你当前的Dockerfile仅在PostgreSQL容器首次初始化（即pgdata卷为空时）执行/docker-entrypoint-initdb.d下的SQL脚本。若已有数据卷存在，启动容器时不会自动恢复备份，需调整启动逻辑：

修改docker-compose.yaml #

移除build配置（无需每次构建镜像加载备份），改用启动命令自动恢复：

version: '3.8'

services:
  blog-database:
    image: postgres
    container_name: blog-database-dev
    restart: always
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
      POSTGRES_DB: blog
    volumes:
      - ./pgdata:/var/lib/postgresql/data
      - ./data:/data  # 挂载本地data目录到容器内
    ports:
      - '5432:5432'
    # 启动后检查数据库，存在则执行恢复
    command: >
      bash -c "
        if psql -U postgres -d blog -c 'SELECT 1' > /dev/null 2>&1; then
          psql -U postgres -d blog < /data/blog_dev.sql;
        fi;
        docker-entrypoint.sh postgres
      "

二、自动备份+Git提交脚本 #

创建db-backup-and-down.sh脚本，替代直接执行docker compose down，实现备份、关容器、提交Git的完整流程：

#!/bin/bash

# 1. 备份数据库到本地data目录
docker exec -t blog-database-dev pg_dumpall -c -U postgres > ./data/blog_dev.sql

# 2. 关闭容器
docker compose down

# 3. 提交备份到Git仓库
git add ./data/blog_dev.sql
git commit -m "Update dev database backup: $(date '+%Y-%m-%d %H:%M:%S')"
git push origin main  # 替换为你的仓库分支名

给脚本添加执行权限：

chmod +x db-backup-and-down.sh

之后关闭容器时，直接运行：

./db-backup-and-down.sh

三、启动容器时的恢复说明 #

执行docker compose up时，上述command会先检查数据库是否存在，若存在则自动恢复。如果是首次启动（pgdata为空），PostgreSQL会自动初始化数据库，之后可手动执行恢复：

docker exec -i blog-database-dev psql -U postgres -d blog < ./data/blog_dev.sql

四、更优方案建议 #

• Git LFS存储备份：若备份SQL体积较大，启用Git LFS跟踪data/blog_dev.sql，避免仓库臃肿。
• 构建含备份的数据库镜像：每次更新备份后，重新构建镜像推送到私有仓库，开发人员拉取最新镜像即可同步数据：
  修改Dockerfile.database：

  FROM postgres
  COPY ./data/blog_dev.sql /docker-entrypoint-initdb.d
  

  构建并推送：

  docker build -t your-registry/blog-database:latest -f Dockerfile.database .
  docker push your-registry/blog-database:latest
  

• 增量备份替代全量：数据库频繁更新时，用pg_dump增量备份或wal-g工具，减少备份体积和耗时。
• 统一开发数据库服务：团队规模较小时，搭建共享开发数据库，所有成员连接同一服务，无需本地备份同步（注意数据隔离和权限控制）。

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