bind mount 本身不迁移，迁移实质是确保宿主机路径数据完整转移、挂载逻辑复用及权限上下文一致；需先停容器、用 rsync 同步数据、检查并复现路径与权限，再更新启动命令或 fstab 配置。
Bind Mount 本身不“迁移”，它只是把宿主机某个路径挂载进容器。所谓“迁移”，实际是指：当你要换机器、重装系统、或调整目录结构时，如何让原有 Bind Mount 的数据和配置继续生效。
明确迁移目标
Bind Mount 的核心是宿主机路径（如 /data/mysql）与容器内路径（如 /var/lib/mysql）的映射关系。迁移的关键不是移动容器，而是确保：
• 原有数据目录完整转移过去；
• 新环境能复用相同挂载逻辑；
• 权限、用户组、SELinux（如启用）等上下文保持一致。
迁移前必须做的三件事
- 确认当前挂载路径：运行 docker inspect 容器名 | grep -A 5 "Mounts"，找出所有 bind 类型挂载项及 source 路径
- 检查宿主机路径权限：用 ls -ld /your/host/path 查 owner/group 和 mode，特别注意 MySQL、PostgreSQL 等服务对 uid/gid 的硬性要求
- 停用相关容器：Bind Mount 是实时读写，边运行边拷贝可能造成数据不一致，务必先 docker stop
典型迁移操作步骤
- 用 rsync -avzP /old/host/path/ /new/host/path/ 同步数据（结尾加 / 表示同步目录内容而非目录本身）
- 在新机器上创建完全相同的挂载路径（例如仍为 /data/app/config），或修改启动命令中的 -v 参数指向新路径
- 若路径变更，更新容器启动方式：原命令 docker run -v /opt/app:/app ... → 改为 docker run -v /mnt/data/app:/app ...
- 重启容器后，用 docker exec -it 容器名 ls -l /container/path 验证文件是否可见、属主是否正确
避坑提醒
Bind Mount 迁移最容易出问题的地方：
• Windows/macOS 与 Linux 路径格式不同（如 C:\data 无法直接用于 Linux 宿主机）；
• Docker Desktop 默认只共享 /Users 或 C:\Users，其他路径需手动开启共享；
• SELinux 启用时，复制后的文件可能缺少 container_file_t 上下文，需运行 restorecon -Rv /new/host/path；
• 使用相对路径（如 -v ./conf:/etc/conf）会导致跨机器失效，务必改用绝对路径。
