Docker：绑定挂载的奇怪行为

如何解决Docker：绑定挂载的奇怪行为

我有一个撰写文件：

version: "3"
services:

  db:
    image: postgres:12.5
    ports:
      - "15432:5432"
    restart: always  
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
      POSTGRES_DB: test
    volumes:
      - ./postgres-data:/var/lib/postgresql/data

  backend:
    image: backend
    depends_on:
      - db
    restart: always
    ports:
      - "6969:8000"
    volumes:
      - ./app:/app

当我运行 docker-compose up 来启动 2 个容器时，我注意到：

Docker 自动创建目录 postgres-data，并将 /var/lib/postgresql/data 的内容 从容器传输到主机目录 postgres-data立>
使用后端服务，Docker 也自动创建目录 ./app，但不是将 /app 目录的内容（从容器）传输到主机中的 ./app 目录，它做到了相反：它将内容从主机中的 ./app 目录传输到容器中的 /app。

两个服务都使用绑定挂载，据我所知：绑定挂载总是将内容从主机目录传输到容器。但是在db服务的情况下不会发生这种情况

那么我哪里理解错了？

提前致谢

解决方法

没有任何东西被“转移”。主机目录的内容总是隐藏底层镜像中的内容，一旦容器启动，主机和容器目录“相同”；一侧的文字应该在另一侧可见。

Docker Hub 数据库镜像尤其知道在启动时查看它们的数据目录。顺序大致是这样的：

Docker 创建一个容器，用主机的 $PWD/postgres-data 目录替换容器中的 /var/lib/postgresql/data。
postgres 图像的入口点脚本查看数据目录，发现它完全是空的。然后它会创建一个新数据库并运行任何首次初始化脚本。由于该目录是绑定挂载的主机目录，因此该内容在主机上也是可见的。
无论数据目录是什么，数据库都会正常启动。

这项工作是在容器启动时在挂载目录上完成的，所以它恰好在主机上也是可见的。（如果您 docker run --rm -it --entrypoint /bin/sh postgres 环顾四周，绕过其入口点脚本，您可能会发现 /var/lib/postgresql/data 目录完全是空的；没有什么可以“转移到主机”。）

这也意味着您在应用程序容器的 /app 目录上的绑定挂载隐藏了 Dockerfile 所做的任何事情；如果您运行构建序列，它将丢失，并且如果主机和容器中的目录布局不相同，您将遇到不可重现的问题。这进一步意味着您不能直接使用卷从图像中复制文件；您必须运行一个运行 cp 命令的容器。

我必须承认，我认为这种行为仅适用于卷安装而不适用于绑定安装。卷 long syntax 的文档表明复制模式仅适用于卷安装。

Docker：绑定挂载的奇怪行为

如何解决Docker：绑定挂载的奇怪行为

解决方法

相关推荐