Celery容器pg_dump版本与其他容器不一致 强制装v13未生效求解决方案

• 确认镜像构建规则是否统一：docker-compose中web服务明确指定了构建使用Dockerfile.prod，但celery、celery-beat的build配置仅指定了上下文目录为./app，未指定构建文件，默认会使用./app下名为Dockerfile的文件构建。如果postgresql-client-13的安装配置仅写在Dockerfile.prod中，celery镜像就会使用系统默认的11版本客户端。
• 检查路径冲突问题：celery服务的volumes配置把本地./app挂载到了容器内的/usr/src/app/，但Dockerfile定义的WORKDIR是/home/app/web，路径冲突可能导致PATH优先级异常，旧版本pg_dump被优先调用。可在celery容器内执行which pg_dump和echo $PATH确认实际调用的pg_dump路径。
• 检查是否存在旧镜像缓存：构建镜像时未清除缓存，沿用了未安装postgresql-client-13的旧镜像层。

• 统一服务构建配置：将celery和celery-beat的build配置调整为和web服务一致，明确指定使用Dockerfile.prod构建：

celery:
    build:
      context: ./app
      dockerfile: Dockerfile.prod
    command: celery -A core worker -l info
    # 其余原有配置保持不变
celery-beat:
    build:
      context: ./app
      dockerfile: Dockerfile.prod
    command: celery -A core beat -l info
    # 其余原有配置保持不变

• 修正挂载配置：如果不需要本地开发热更新，直接删除celery、celery-beat的volumes配置即可，避免本地文件覆盖容器内的构建产物；如果需要热更新，将挂载路径调整为和Dockerfile的WORKDIR一致：- ./app/:/home/app/web/。
• 强制重新构建镜像：执行构建命令时添加--no-cache参数，避免旧缓存干扰：docker-compose build --no-cache celery celery-beat。
• （可选）固定调用路径：如果仍存在版本冲突，在业务代码中调用pg_dump时直接写全路径/usr/lib/postgresql/13/bin/pg_dump，确保调用指定版本的客户端。

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