Volume能绕过联合文件系统，因其在宿主机/var/lib/docker/volumes/下创建独立目录并由Docker守护进程直接挂载，所有I/O不经过UnionFS叠加逻辑，实现数据持久化与性能提升。
volume 能绕过联合文件系统（unionfs），是因为它不依赖镜像分层结构，而是直接在宿主机上创建独立目录，并由 docker 守护进程接管挂载。容器启动时，这个目录被原生挂载进容器指定路径，所有读写操作都落在该目录上，完全跳过存储驱动的叠加逻辑。
为什么绕过联合文件系统是关键
容器默认的读写层基于 UnionFS（如 overlay2），特点是轻量、可复制，但生命周期绑定容器——删容器就丢数据。Volume 则另起炉灶：它在 /var/lib/docker/volumes/ 下建真实目录，用 Linux mount 机制直接绑定，I/O 不经过存储驱动，性能更接近本地磁盘，且数据与镜像层彻底解耦。
命名卷如何做到“自动绕过”
- 用 docker volume create myvol 创建的命名卷，Docker 会自动在 /var/lib/docker/volumes/myvol/_data 初始化空目录
- 启动容器时通过 --mount source=myvol,target=/app/data 挂载，Docker 内部调用 mount(2) 系统调用，把 _data 目录作为源，直接挂到容器命名空间内的 /app/data
- 此时容器内对 /app/data 的任何操作，都是对宿主机该路径的直接读写，UnionFS 完全不参与
注意首次挂载的“内容复制”行为
如果挂载目标路径（如 /var/lib/postgresql/data）在镜像中已有文件，Docker 会在第一次挂载空命名卷时，把镜像里的内容完整复制进 _data 目录。这步只发生一次，之后所有读写都在卷里，重启或换容器都不影响。但要注意：一旦误删该卷，初始文件无法靠重拉镜像恢复。
权限和属主必须提前对齐
绕过 UnionFS 后，宿主机文件权限直接影响容器运行：
- 查卷路径：docker volume inspect myvol → 找到 Mountpoint
- 设属主：chown -R 999:999 /var/lib/docker/volumes/myvol/_data（999 是 PostgreSQL 镜像中 postgres 用户 UID）
- 或者启动时加 --user 999:999，确保容器进程 UID 与宿主机目录一致
不复杂但容易忽略
