我来帮你梳理下这个问题的排查方向和解决办法，结合你用Docker Stack部署微服务的场景，以下是几个常见的关键点：

1. 确保Docker Stack YAML中环境变量配置正确 #

PostgreSQL官方镜像（包括alpine版本）默认通过POSTGRES_PASSWORD、POSTGRES_USER等环境变量来初始化数据库。首先检查你的Stack配置里有没有正确设置这些变量，尤其在Swarm环境中，推荐用Secret存储敏感密码（避免明文泄露），示例配置如下：

version: '3.4'
services:
  # ... 你的webserver服务配置 ...
  postgres:
    image: myreg.azurecr.io/postgres-custom:latest
    environment:
      # 方式1：直接设置明文（不推荐生产环境）
      # - POSTGRES_PASSWORD=your_strong_password
      # 方式2：从Swarm Secret读取（推荐）
      - POSTGRES_PASSWORD_FILE=/run/secrets/postgres_password
    secrets:
      - postgres_password
    # 可选：挂载持久化存储避免数据丢失
    volumes:
      - postgres_data:/var/lib/postgresql/data

volumes:
  postgres_data:

secrets:
  postgres_password:
    external: true # 也可通过file字段指定本地密码文件

如果用Secret存储密码，先创建对应的Swarm Secret：

echo "your-secure-password-here" | docker secret create postgres_password -

2. 检查初始化脚本的权限与变量读取逻辑 #

你通过COPY *.sh /docker-entrypoint-initdb.d/添加了初始化脚本，需要注意两个核心点：

• 脚本必须有执行权限：在Dockerfile里追加RUN chmod +x /docker-entrypoint-initdb.d/*.sh，否则官方entrypoint会跳过执行脚本，可能让你误以为是密码读取失败。
• 脚本中要正确引用环境变量：比如用$POSTGRES_PASSWORD而非硬编码，示例脚本片段：

  #!/bin/bash
  set -e
  
  # 使用环境变量创建自定义用户和数据库
  psql -v ON_ERROR_STOP=1 --username "$POSTGRES_USER" --dbname "$POSTGRES_DB" <<-EOSQL
      CREATE USER custom_user WITH PASSWORD '$POSTGRES_PASSWORD';
      CREATE DATABASE custom_db OWNER custom_user;
  EOSQL
  

3. 本地验证镜像功能是否正常 #

在部署到Swarm集群之前，先通过docker run本地测试镜像，确认环境变量能被正常读取：

docker run -d -e POSTGRES_PASSWORD=test123 -p 5432:5432 myreg.azurecr.io/postgres-custom:latest

然后用psql客户端连接验证：

psql -h localhost -U postgres -d postgres
# 输入密码test123，查看是否能正常登录

如果本地测试正常，说明问题出在Swarm的配置或权限上；如果本地也失败，那大概率是镜像构建环节的问题。

4. 查看容器日志定位具体错误 #

通过Swarm服务日志获取详细错误信息，这是排查问题最直接的方式：

docker service logs -f <your-postgres-service-name>

日志里会明确提示错误原因，比如：

• password authentication failed for user "postgres"：说明密码不匹配或未正确设置
• could not read password from file "/run/secrets/postgres_password"：说明Secret未正确挂载或权限不足
• permission denied: cannot execute '/docker-entrypoint-initdb.d/init.sh'：说明脚本没有执行权限

根据日志提示针对性解决即可。

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