Docker撰写相对path与Docker卷

我有一个网站的docker撰写文件，其中为了各种目的，其中一堆其他容器包括一个MySQL数据库，将有持久的数据。 目前，撰写文件指定了数据的相对path，例如：

 
 MySQL的： 
   image：mysql：5.7
   container_name：sqldb
  卷：
    -  ./mysql_data/_data:/var/lib/mysql

和文件夹结构：

  --mysql_data
  --static_content
 泊坞窗，compose.yml

这意味着我可以通过复制整个文件夹并运行docker-compose将整个站点（包括持久化内容）移动到另一台服务器。

但是阅读Docker卷听起来像是首选的方法（加上相对绑定装载path似乎不被支持使用“docker运行”，但工作在撰写），所以我想知道如果我需要改变这种方法使用卷？ 这种相对约束的方法有什么内在的错误吗？ 如果我切换到卷，移动容器时，我必须手动移动卷（例如，这种方法如何将数据专用卷从一台主机移植到另一台？ ）？

Answer 1

这里是docker-swarm的样本，或者是为了维护数据的持久性。

version: '3' services: sample: image: sample volumes: - sample-date:/var/data volumes: sample-date: driver: local driver_opts: o: bind type: none device: /home/path/of/your/folder 

这适用于任何服务器，因为我们将卷设备属性文件夹和cutomise到各自的目录path。