Docker容器目录挂载详解：数据卷与直接挂载对比及MySQL案例

Docker容器目录挂载详解：数据卷与直接挂载对比及MySQL案例

引用

CSDN

1.

https://m.blog.csdn.net/qq_39921135/article/details/144000306

一、数据卷挂载的方式对比

容器不仅仅可以挂载数据卷，也可以直接挂载到宿主机目录上。关联关系如下：

• 带数据卷模式：宿主机目录 --> 数据卷 --> 容器内目录
• 直接挂载模式：宿主机目录 --> 容器内目录

数据卷挂载方式对比：

当我们使用数据卷时：

• 优点：数据卷挂载耦合度低，由docker来管理目录。docker会全自动帮我们创建数据卷对应的目录，这样数据卷就指向了这个目录。而docker挂载时，只需要挂载到卷上就可以了，它不需要关心你这个目录在哪里，这种方式就相当于全部交给docker去处理了，我们不用去操心。
• 劣势：目录较深，不好找。这个目录不是我们创建的，目录结构也比较深，找比较麻烦。

当我们使用目录挂载时：

• 优点：目录容易寻找查看。我们知道我们创建的目录在哪，将来也没有人帮我做代理，我们直接挂上去就行了，因此将来我们想要快速的定位到这个文件，一目了然就知道了。
• 劣势：目录挂载耦合度高，需要我们自己管理目录，并且创建的时候麻烦。

二、语法

目录挂载与数据卷挂载的语法是类似的：

• -v [宿主机目录]:[容器内目录]
• -v [宿主机文件]:[容器内文件]（此时宿主机里的内容会直接覆盖容器内的内容）

三、案例：给MySQL挂载本地目录

1）需求

需求：创建并运行一个MySQL容器，将宿主机目录直接挂载到容器

实现思路如下：

1. 在将课前资料中的mysql.tar文件上传到虚拟机，通过load命令加载为镜像
   因为mysql镜像相对来讲比较大，如果自己去下载，耗时比较久，因此直接使用load命令导入镜像即可
2. 创建目录/tmp/mysql/data
3. 创建目录/tmp/mysql/conf，将课前资料提供的hmy.cnf文件上传到/tmp/mysql/conf
   因为将来我们要做目录挂载，而数据库里面值得挂载的就这么两个东西：

• 数据储存
• 配置文件，用我们的配置文件覆盖容器内的配置文件

4. 去DockerHub查阅运行命令，创建并运行MySQL容器，要求：

• 挂载/tmp/mysql/data到mysql容器内数据存储目录
• 挂载/tmp/mysql/conf/hmy.cnf文件到mysql容器的配置文件
• 设置MySQL密码

2）代码实现

数据存储目录和容器的配置文件都可以到官方文档中找到，这个配置文件不建议大家去覆盖它，因为它里面有很多东西，我们写的只是简化的配置，因此我们不覆盖它，我们看一看就这个文件里面包含了两个目录：

• .d结尾的是一个目录（directory）的意思，这个的意思就是：在my.cnf配置文件里，它包含了这两个目录，因此放到这两个目录里的一切文件最后都会被加载到my.cnf一起去，作为合并配置。所以官方默认配置我们不管，我们只需要将我们的配置传进来做个合并就行了。所以我们不是放到/etc/mysq/my.cnf下，而是放到/etc/mysql/conf.d目录下。
• 数据存储的文件在：

官方命令并不全，缺了端口映射和数据卷的挂载

docker run \
--name mysql \
-e MYSQL_ROOT_PASSWORD=my-secret-pw \ # 环境变量，MYSQL_ROOT_PASSWORD：MYSQL_ROOT的密码，这个环境变量可以让我们直接搞定密码
-p 3306:3306 \
-v /tmp/mysql/conf/hmy.cnf:/etc/mysql/conf.d/hmy.cnf- \ 
-v /tmp/mysql/data:/var/lib/mysql \
-d \
mysql:5.7.25

此时容器就成功被创建出来了，并且查看data目录，刷新后可以看见，所有mysql数据都记录到data目录下了。

测试这个mysql是否真的ok：打开mysql的客户端，尝试建立连接。