Docker基础-22-volume-数据持久化之data volume

系统管理员 2022-03-14 08:34 245阅读 0赞

前面基本上把docker网络学习了一遍，docker中多机网络overlay网络，这里由于暂时不学习，在docker基础中。前面文章，我们学习了image, container, network, 接下来，我们要学习docker的持久化存储和数据共享的相关知识。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70][]

上面这个图在前面容器和镜像区别我们学习过，这里我们重点看container layer，这是我们接下来好几篇文章需要学习的内容。在docker中，默认是数据存储在container layer，也就是容器层中。因为只有这一层是可写的，其他层是镜像文件层，是只读的。那么问题就来了，既然数据都默认存储在容器层，如果容器关闭，并且被删除了，也就意味着数据也删除了，找不回来了。这种问题很严重，docker为了解决这种问题，出现一种机制。就是把数据转移到外挂或者mount的磁盘上。例如把容器里数据，同步到外层linux主机磁盘上。这样即使容器被删除了，容器里面数据还是保留在linux主机上，下次我们再启动一个容器，配置读取外层linux这个外挂的文件系统中数据，这个容器恢复正常服务功能。

**Docker****对数据持久化的方案**

解决方案有两大类，基于本地文件系统的Volume,也就是外层linux主机上磁盘存储数据；第二种是通过插件的Volume，例如通过第三方插件，可以把容器里面数据通过网络，同步到AWS云存储中。我们接下来学习主要是第一种方案，基于本地文件系统的Volume.

**Volume****的类型**

第一种是受管理的data Volume, 由docker后台自动创建。

第二种是绑定挂载的Volume,具体挂载位置可以由用户指定。

**数据持久化之Data Volume**

其实Volume这个关键字，我们在学习Dockerfile语法的时候跳过。同样前面几篇学习网络，我们还没有提EXPOSE这个命令，这里补充一下，EXPOSE是把容器里面端口和外层linux端口进行绑定的作用，具体练习，我打算后面用jenkins镜像来练习。本篇，我们通过mysql的镜像来学习VOLUME这个语法和volume对象。

先去，hub.docker官网看看mysql的latest的dockerfile内容。打开网站[https://hub.docker.com/\_/mysql][https_hub.docker.com_mysql]，例如，我们来看mysql 5.6版本的dockerfile内容。

![20190305221625426.png][]

上面红圈里的 VOLUME 告诉了我们在容器里存储mysql全部的数据（数据库，日志文件等）存储在/var/lib/mysql路径下，docker通过volume对象，也就是容器里有一个volume对象，容器外的linux机器也有与之对应的一个volume对象，两个配对的volume对象的机制确定了docker数据持久化实现。而且外层volume对象一旦创建，不会随着容器的消失而消失。

下面我们本地下载一个mysql的最新镜像，然后启动一个mysql的容器，看看这个容器里和容器外的volume对象。

先执行命令: docker pull mysql，拉一个默认latest的镜像到本地。然后使用下面命令去启动一个mysql容器

命令：docker run -d --name mysql1 -e MYSQL_ROOT_PASSWORD=123456 mysql

![20190305221748860.png][]

这样，我们启动了一个mysql容器实例，root密码是123456，下面学习docker关于查询volume对象的命令。

![20190305221836582.png][]

目前，我只启动了一个mysql容器，其他容器也没有启动，这个红圈的就是mysql容器对应的volume对象，这个对象是不会随着mysql1这个容器删除而消失。下面我们使用-f强制停止并删除mysql1这个容器，然后看看这个volume对象是否被删除。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 1][]

如果启动容器不指定-v参数，那么默认产生的volume对象就是这么一大串。  
现在我把这个volume对象删除，然后启动容器的时候指定一个具体有意义的volume名称。

![20190305223858443.png][]

下面学习启动容器指定volume对象的命名，具体可以学习官网文章https://hub.docker.com/\_/mysql

docker run -d --name mysql1 -v mysql:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql

![201903052240261.png][]  
这里提醒(不要copy我的)一下中文输入法的-，有时候没有注意，老是发现名字执行不对，说请参考docker run –help，问题就是出现使用中文输入法输入短横线一杠，改成英文输入就好。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 2][]

使用volume inspect 可以查看volume挂载的信息，上面红圈显示，挂载在linux机器上的/var/lib/docker/volumes/mysql下。当然默认是这个路径，你可以使用-v参数指定其他路径，例如-v /tmp/mysql:/var/lib/mysql这样也是可以的。

下面来演示一下，容器由于某些原因被删除，数据库持久化在本地的场景，这样数据库数据没有丢，再次启动新的mysql容器，就能访问数据库 这样一个简单的例子。

先进入mysql1容器，使用sql语句，创建一个docker的数据库![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 3][]

密码是123456，连接上了数据库。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 4][]

当前有4个数据库，我们新增一个叫docker的数据库。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 5][]

删除上面运行的mysql容器，并查看mysql这个volume对象。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 6][]

启动mysql2容器，-v参数指定到原来的存在的volume对象mysql

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 7][]

然后进入容器mysql2，查看docker这个数据库是否还在。

![20190305223151961.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 8][]

到这里，关于docker数据持久化机制一data volume方式就学习到这里。通过mysql这个例子，我们至少大概如何把一个容器的数据绑定到本地机器的磁盘里。本文章，学习了docker中volume对象，以及volume inspect介绍查询，还有如何在启动容器过程绑定一个volume对象。如果这个-v 后面是跟着一个路径，那么就是更改默认的volume挂载路径，本文没有演示这个，可以自己去试一下。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70]: /images/20220313/0ee14096058a4dd9b4369e864af1fd45.png
[https_hub.docker.com_mysql]: https://hub.docker.com/_/mysql
[20190305221625426.png]: /images/20220313/db4f1a601ad549e4b49c9b86c8cef1cc.png
[20190305221748860.png]: /images/20220313/40e006ae2f6347b3b626f0397e2f1b85.png
[20190305221836582.png]: /images/20220313/f61c0d4c2f0a490c89f2977ce1fb1ae8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 1]: /images/20220313/ec3514e3c16e4f45a2c4688d58a463f2.png
[20190305223858443.png]: /images/20220313/45fcdd346e224b02822cc07711baa767.png
[201903052240261.png]: /images/20220313/271a52a7301a4482a5b565d52fb7e9a1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 2]: /images/20220313/ebdab4fc5f224983b721ab345bbedad4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 3]: /images/20220313/a1526b0000fd4d5598527a9430a70610.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 4]: /images/20220313/9c21c2419eea4aa09b2281f9837c073a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 5]: /images/20220313/aa8f46f0cce740c8b3a5179855b2d6ef.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 6]: /images/20220313/d3c92b4fff8f4df68e75412bdbcac5c7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 7]: /images/20220313/e491f586e8b4457c9a1ac3d4921e15fd.png
[20190305223151961.png]: /images/20220313/b564fcca525541c7899e517c6511f813.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTE1NDE5NDY_size_16_color_FFFFFF_t_70 8]: /images/20220313/192af260f75a47cd9ec4bf59c1978c0c.png