命名卷首次挂载到镜像中非空目录时，Docker会自动将镜像内该路径的文件复制到卷中；绑定挂载无此行为，直接映射宿主机内容。
新建的 Docker Desktop 数据卷（docker volume create 创建的命名卷）默认是空的，但当你用 -v vol_name:/path 挂载进容器后，如果容器内该路径原本有文件（比如镜像里自带的 /var/lib/mysql），Docker 会把那些文件“复制进去”——这不是卷自带的，而是挂载时的初始化行为。
为什么挂载后看到一堆文件？其实是镜像层内容被自动复制
这是 Docker 的一个隐式规则：当挂载一个**空的数据卷**到容器中一个**非空目录**（即该路径在镜像里已存在文件）时，Docker 会把镜像中该目录下的所有文件一次性复制进卷的 _data 目录。之后容器再访问这个路径，读写都落在卷上，和镜像无关了。
- 典型场景：启动 MySQL 容器时挂载空卷到
/var/lib/mysql，你会立刻看到ibdata1、mysql库等——它们不是卷“自带”的，而是从官方mysql:8镜像里复制过来的 - 这个行为只发生一次：首次挂载且目标卷为空 + 容器内路径非空
- 如果卷已有内容，Docker 就跳过复制，直接挂载；如果容器内路径本来就是空的（比如你自定义的
ubuntu镜像里/data是空目录），挂载后卷也保持为空
如何验证是不是“复制进来”的？
你可以对比镜像原始路径内容和卷实际内容：
- 查卷位置：
docker volume inspect vol_name→ 看Mountpoint，比如/var/lib/docker/volumes/vol_name/_data - 进容器看原始路径：
docker run --rm -it -v vol_name:/target ubuntu ls -la /target（这时能看到复制后的文件） - 单独看镜像层内容（不挂卷）：
docker run --rm -it ubuntu ls -la /var/lib/mysql（MySQL 镜像下能看到同样结构）
你会发现两者内容一致——说明不是卷预置，而是镜像内容被迁移了。
绑定挂载（-v /host/path:/cont/path）没有这个行为
绑定挂载完全跳过“复制”逻辑：宿主机路径是什么样，挂进去就是什么样。哪怕宿主机路径为空，容器里对应目录就是空的；哪怕宿主机路径里有文件，也不会覆盖或干扰容器镜像原有结构（除非路径冲突且权限允许）。
- 所以如果你希望容器启动时清空数据并重置为镜像默认状态，别用命名卷，改用绑定挂载 + 手动清空宿主机目录
- 反过来，如果你依赖这个“首次复制”来初始化数据库 schema 或配置模板，就一定得用命名卷，且不能提前往卷里塞东西
这个机制容易被忽略的关键点
它不是 bug，是设计行为，但极容易引发误解：
- 你以为删了容器、重建就“干净重启”，结果卷里还留着上次的复制内容（比如旧的 MySQL 表），导致启动失败或数据混乱
- 你用
docker volume rm清理后重新创建同名卷，再次挂载又触发复制——看起来像“恢复默认”，其实是每次都从镜像重来 - CI/CD 中自动化部署若没意识到这点，可能反复初始化数据库，造成主键冲突或 schema 不一致
真正要控制初始内容，得靠初始化脚本（如 /docker-entrypoint-initdb.d）或明确使用 --mount type=volume,source=vol_name,destination=/path,volume-nocopy（Docker 20.10+ 支持）禁用复制——但注意，禁用后若卷为空，容器内路径就真成空的了，很多服务会直接报错退出。
