Docker Volume 与 Bind Mount 怎么选？区别、性能对比、双向迁移实战

Docker Volume 和 Bind Mount 到底有什么区别？#

官方定义：volume 是”由 Docker 创建和管理”的持久化存储；bind mount 是把宿主机目录直接映射进容器。Docker 文档原话：卷是容器数据持久化的首选机制（preferred mechanism）¹²。

新手最常踩的坑在”填充/遮蔽”这一行：新建卷挂到 /app，镜像里的初始配置会自动复制进卷；换成 bind mount 挂同一个 /app，镜像里原有的内容会被直接盖住（官方原话：obscured）²，目录是空的话容器就”配置全没了”。这就是后面迁移要”先复制数据、再切挂载”的原因。

Docker Volume 和 Bind Mount 性能差距大吗？#

不大，而且分平台。Linux 上两者最终都落在宿主机同一个文件系统，实测吞吐基本一致³⁴，纠结性能是自我感动。真正的差异在 Docker Desktop（macOS / Windows）。容器跑在虚拟机里，bind mount 的数据要穿过虚拟机文件共享层才能到宿主机，这一层全是额外开销。2025 年的实测显示，即便换用更快的 VirtioFS，bind mount 仍比 volume 慢约 3 倍（早期方案要慢 5～6 倍）⁵⁶。结论：Linux 服务器上性能不参与选型；Docker Desktop 上数据库这类高 I/O 数据一律用 volume。

Docker Volume 和 Bind Mount 分别适合什么场景？#

官方倾向很明确：volume 用来存容器自己产生、自己用的数据¹；bind mount 的典型用途是开发时挂源码做热重载⁷。自部署直接对号入座：

Docker Volume 能转换成 Bind Mount 吗？反过来呢？#

能，双向都可以。 但先打消一个幻想：Docker 没有”原地转换”命令。容器一旦创建，挂载方式就固定了，你没法对运行中的容器说”把卷换成目录”。所以转换永远只有一种做法，三步：

1. 把数据搬出来（卷 → 目录，或目录 → 卷）
2. 删掉旧容器
3. 用另一种挂载方式重建容器

搬数据是真正的工作，删容器重建只是换挂载的必经步骤。下面两节就是这两个方向的完整操作，命令都实测跑过，直接抄。

动手前记住一件事：新挂载方式生效之前，数据必须已经搬到位。否则容器会以空数据启动，再碰上前面说的”遮蔽”特性，数据就”看起来丢了”。

怎么把 Docker Volume 迁移到宿主机目录？#

从 Docker Volume 迁移到 Bind Mount 的场景：

举个例子：容器 myapp 的卷 app-data 挂在 /var/lib/app，现在要把数据挪到宿主机 /srv/app-data 目录。

1. 确认当前挂载

1
docker container inspect --format \
2
  '{{range .Mounts}}{{.Type}} {{if .Name}}{{.Name}}{{else}}{{.Source}}{{end}} {{.Destination}}{{println}}{{end}}' myapp
3
# 输出示例：volume app-data /var/lib/app

2. 停容器，建目标目录（必须停，否则可能复制到写到一半的不一致数据，数据库尤其致命）

1
docker container stop myapp
2
sudo mkdir -p /srv/app-data   # 用空目录，避免新旧文件混在一起

3. 用临时容器把卷数据复制到目录

1
docker run --rm \
2
  --mount source=app-data,target=/from,readonly \
3
  --mount type=bind,src=/srv/app-data,dst=/to \
4
  alpine cp -a /from/. /to

卷以只读挂载保证一致性，cp -a 保留权限和时间戳。

4. 修正权限（自部署最常见的翻车点：容器内进程以非 root 运行，bind mount 后它看到的是宿主机文件属主，目录属 root 就直接 Permission denied）

1
ls -al /srv/app-data
2
sudo chown -R 1000:1000 /srv/app-data   # 1000 换成镜像实际要求的 UID

5. 删容器，换 bind mount 重建（挂载定义在容器创建时固定，必须重建；原卷先留着，验证通过再删）

1
docker container rm myapp
2
docker run -d --name myapp --restart unless-stopped \
3
  --mount type=bind,src=/srv/app-data,dst=/var/lib/app \
4
  myapp-image

compose 写法：volumes: 段改为 - /srv/app-data:/var/lib/app。

6. 验证后清理旧卷

1
docker volume rm app-data

怎么把 Bind Mount 数据转成 Docker Volume？#

从 Bind Mount 转成 Docker Volume（卷挂载）的场景：

数据在 /srv/app-data，想转成卷挂载，让 Docker 统一管理、方便跨机迁移。步骤和上面正好反着来。

1. 停容器，建目标卷

1
docker container stop myapp
2
docker volume create app-data

2. 用临时容器把目录数据复制进卷

1
docker run --rm \
2
  --mount type=bind,src=/srv/app-data,dst=/from \
3
  --mount source=app-data,target=/to \
4
  alpine cp -a /from/. /to

3. 删容器，换卷挂载重建

1
docker container rm myapp
2
docker run -d --name myapp --restart unless-stopped \
3
  --mount source=app-data,target=/var/lib/app \
4
  myapp-image

compose 写法：

1
services:
2
  myapp:
3
    volumes:
4
      - app-data:/var/lib/app
5
volumes:
6
  app-data:

4. 验证后决定目录去留：容器正常、数据完整后，/srv/app-data 是冗余副本，可留作备份也可清理。

到底该选 Volume 还是 Bind Mount？#

一句口诀：

数据要跟着应用走、要 Docker 管、要能迁移——用 Volume；数据要留在宿主机上、要你自己管、要和宿主机工具打通——用 Bind Mount。

拿不准就默认 volume，官方就是这么建议的。两种方式不互斥，同一个 compose 栈可混用：数据库用卷，日志和配置用 bind mount。真正要避免的是”随便选一个，等数据多了再搬家”。真到那一步，停服、校验、权限修正这些环节，数据量上来后会很难受。