Docker：什么是数据卷和数据卷的使用

场景

当我们在使用docker容器的时候，会产生一系列的数据文件，这些数据文件在我们删除docker容器时是会消失的，但是其中产生的部分内容我们是希望能够把它给保存起来另作用途的，Docker将应用与运行环境打包成容器发布，我们希望在运行过程钟产生的部分数据是可以持久化的的，而且容器之间我们希望能够实现数据共享。

通俗地来说，docker容器数据卷可以看成使我们生活中常用的u盘，它存在于一个或多个的容器中，由docker挂载到容器，但不属于联合文件系统，Docker不会在容器删除时删除其挂载的数据卷。

特点：

1. 数据卷可以在容器之间共享或重用数据
2. 数据卷中的更改可以立即生效
3. 数据卷中的更改不会包含在镜像的更新中
4. 数据卷默认会一直存在，即使容器被删除
5. 数据卷的生命周期一直持续到没有容器使用它为止

容器中的管理数据主要有两种方式：

• 数据卷：Data Volumes 容器内数据直接映射到本地主机环境
• 数据卷容器：Data Volume Containers 使用特定容器维护数据卷

数据卷(Data Volumes)是一个可供一个或多个容器使用的特殊目录，它将主机操作系统目录直接映射进容器。

注意事项

挂载数据卷，最好是通过run而非create/start创建启动容器，create/start命令创建启动容器后，再挂载数据卷相当麻烦，要修改很多配置文件，但并非不可以。
docker官网推荐尽量进行目录挂载，不要进行文件挂载

数据卷类型

有三种数据卷类型：

1. 宿主机数据卷：直接在宿主机的文件系统中但是容器可以访问（bind mount）
2. 命名的数据卷：磁盘上Docker管理的数据卷，但是这个卷有个名字。
3. 匿名数据卷：磁盘上Docker管理的数据卷，因为没有名字想要找到不容易，Docker来管理这些文件。

数据卷其实都在（如果没有网络文件系统等情况下）宿主机文件系统里面的，只是第一种是在宿主机内的特定目录下，而后两种则在docker管理的目录下，这个目录一般是 /var/lib/docker/volumes/
推荐大家使用 宿主机数据卷 方式持久化数据

数据覆盖问题

• 如果挂载一个空的数据卷到容器中的一个非空目录中，那么这个目录下的文件会被复制到数据卷中
• 如果挂载一个非空的数据卷到容器中的一个目录中，那么容器中的目录会显示数据卷中的数据。如果原来容器中的目录有数据，那么原始数据会被隐藏掉

宿主机数据卷使用

语法

docker run -v /宿主机绝对路径目录:/容器内目录 镜像名

基础镜像

docker pull mysql:5.7.31

运行镜像
推荐还是先创建好目录后再进行数据挂载

docker run -itd --name mysql --restart always --privileged=true -p 3306:3306 -e MYSQL_ROOT_PASSWORD=admin -v /data/mysql:/var/lib/mysql mysql:5.7.31 --
character-set-server=utf8 --collation-server=utf8_general_ci

说明

• -v, 数据卷 /宿主机绝对路径目录:/容器内目录
• -e , --env=[]: 设置环境变量，容器中可以使用该环境变量；docker官网查询进行设置环境变量
• -i, --interactive=false: 以交互模式运行容器，通常与 -t 同时使用
• -t, --tty=false: 为容器重新分配一个伪输入终端，通常与 -i 同时使用
• -p, --publish=[]: 指定端口映射，格式为：主机(宿主)端口:容器端口
• -d, --detach=false: 后台运行容器，并返回容器ID
• –character-set-server=utf8 --collationserver=utf8_general_ci 向my.cnf文件中追加相关配置项
• –restart=no：指定容器停止后的重启策略 no：容器退出时不重启 on-failure：容器故障退出（返回值非零）时重启 always：容器退出时总是重启，推荐使用
• –privileged=false: 指定容器是否为特权容器，用操作系统具备一定的权力