Windows10下Docker部署PostgreSQL容器权限错误问题求助

问题原因 #

Windows文件系统的权限模型与Linux/macOS差异较大，使用bind mount（本地目录挂载）时，Docker无法正确将Windows权限映射为容器内Linux所需的权限。再加上配置中指定了user: postgres并自定义了PGDATA路径，导致容器内的postgres用户无法访问数据目录，触发权限错误。

解决方案 #

方案1：使用Docker Named Volume（推荐） #

Named Volume由Docker自行管理权限，能自动适配容器内的用户权限，避免Windows文件系统的权限冲突。修改docker-compose.yml如下：

postgres_container:
  container_name: postgres_container
  image: postgres:13.3
  environment:
    - POSTGRES_DB=$POSTGRES_NAME_DB
    - POSTGRES_USER=$POSTGRES_USER
    - POSTGRES_PASSWORD=$POSTGRES_PASSWORD
    - PGDATA=/var/lib/postgresql/data/pgdata
  ports:
    - $POSTGRES_LOCAL_PORT:$POSTGRES_DOCKER_PORT
  volumes:
    - ./postgres/scripts/init.sql:/docker-entrypoint-initdb.d/init.sql
    - postgres_data:/var/lib/postgresql/data
  healthcheck:
    test: ["CMD-SHELL", "pg_isready -U $POSTGRES_USER -d $POSTGRES_NAME_DB"]
    interval: 10s
    timeout: 5s
    retries: 5
    start_period: 10s
  restart: unless-stopped
  deploy:
    resources:
      limits:
        cpus: '1'
        memory: 4G

# 定义named volume
volumes:
  postgres_data:

修改说明：

• 用postgres_data named volume替代原有的. bind mount，Docker会自动初始化目录权限为postgres用户可读写。
• 修正healthcheck命令，使用环境变量匹配实际配置，避免硬编码导致的错误。

方案2：调整Bind Mount权限（仅当必须使用本地目录时） #

如果需要直接本地访问数据文件，可尝试以下操作：

1. 在Windows本地创建单独的数据目录（如./postgres_data），不要直接挂载当前目录。
2. 右键该目录 → 属性 → 安全 → 添加Everyone用户，赋予完全控制权限（测试环境可用，生产环境需谨慎）。
3. 若仍存在权限问题，可移除user: postgres配置，让容器以root用户启动，PostgreSQL初始化脚本会自动调整目录权限。

方案3：添加权限初始化命令（限Linux容器环境） #

若必须保留user: postgres和bind mount，可在启动时强制设置目录权限（注意：Windows下bind mount可能因权限模型不兼容导致chown命令失效）：

postgres_container:
  # 其他配置保持不变
  command: bash -c "chown -R postgres:postgres /var/lib/postgresql/data && docker-entrypoint.sh postgres"

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