是什么
先来看看 Docker 的理念：
- 将运用与运行的环境打包形成容器运行 ，运行可以伴随着容器，但是我们对数据的要求希望是持久化的
- 容器之间希望有可能共享数据
Docker 容器产生的数据，如果不通过 docker commit 生成新的镜像，使得数据做为镜像的一部分保存下来，
那么当容器删除后，数据自然也就没有了。
为了能保存数据在 docker 中我们使用卷。
一句话：有点类似我们 Redis 里面的 rdb 和 aof 文件
能干嘛
卷就是目录或文件，存在于一个或多个容器中，由 docker 挂载到容器，但不属于联合文件系统，因此能够绕过 Union File System 提供一些用于持续存储或共享数据的特性：
卷的设计目的就是数据的持久化，完全独立于容器的生存周期，因此 Docker 不会在容器删除时删除其挂载的数据卷 。特点：
- 1：数据卷可在容器之间共享或重用数据
- 2：卷中的更改可以直接生效
- 3：数据卷中的更改不会包含在镜像的更新中
- 4：数据卷的生命周期一直持续到没有容器使用它为止
总结
（1）容器的持久化
（2）容器间继承 + 共享数据
数据卷
前提：容器内添加
1、直接命令添加
命令
也就是将主机中的某个文件与容器间的某个文件进行挂载，达到数据共享的目的 。
docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名案例
docker run -it -v /宿主机目录:/容器内目录 centos /bin/bash
查看数据卷是否挂载成功
docker inspect 容器ID
容器和宿主机之间数据共享
数据共享！！！
容器停止退出后，主机修改后数据是否同步
仍然同步！！！
命令(带权限)
如果想要 容器“仅读”，不能写操作，
docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名
2、DockerFile 添加
出于可移植和分享的考虑，用 -v 主机目录 ：容器目录这种方法不能够直接在 Dockerfile 中实现 。
由于宿主机目录是依赖于特定宿主机的，并不能够保证在所有的宿主机上都存在这样的特定目录。
根目录下新建 mydocker 文件夹并进入
mkdir mydocker可在 Dockerfile 中使用 VOLUME 指令来给镜像添加一个或多个数据卷
VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"]File 构建
# volume test
# 基于 centos 基础镜像
FROM centos
# 添加数据卷
VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"]
CMD echo "finished,--------success1"
# 启动命令
CMD /bin/bash
build 后生成镜像
如果此时所在位置下面就有 目的构建文件 可以省略 -f
获得一个新镜像 zzyy/centos ！！！
run 容器
使用刚刚我们构建的镜像，创建容器实例并启动
通过上述步骤，容器内的卷目录地址已经知道！！
那对应的主机目录地址哪？？
使用下列命令便可以找到主机对应的卷目录的位置
docker inspect 容器ID
主机对应默认地址
根据上面信息显示的位置目录便可以找到！！！
备注
Docker 挂载主机目录 Docker 访问出现
cannot open directory .: Permission denied解决办法：在挂载目录后多加一个参数即可
--privileged=true数据卷容器
是什么
命名的容器挂载数据卷，其它容器通过挂载这个(父容器)实现数据共享，挂载数据卷的容器，称之为数据卷容器 。
总体介绍
以上一步新建的镜像 zzyy/centos 为模板并运行容器 dc01/dc02/dc03
它们已经具有容器卷
/dataVolumeContainer1
/dataVolumeContainer2容器间传递共享(–volumes-from)
先启动一个父容器 dc01
在 dataVolumeContainer2 新增内容
dc02/dc03 继承自 dc01
# 添加如下命令
--volumes-from 父容器实例
docker run -it --name dc02 --volumes-from dc01 zzyy/centos同时，dc02/dc03 分别在 dataVolumeContainer2 各自新增内容
回到 dc01 可以看到 02/03 各自添加的都能共享了
删除 dc01，dc02 修改后 dc03 可否访问
删除 dc02 后 dc03 可否访问
如果 再以 dc03 为父容器创建容器实例 dc04
新建 dc04 继承 dc03 后再删除 dc03
总结
容器之间配置信息的传递，数据卷的生命周期一直持续到没有容器使用它为止！！！
