人们如何处理Docker容器的持久存储?
我目前正在使用这种方法:构建映像，例如PostgreSQL，然后启动容器
docker run --volumes-from c0dbc34fd631 -d app_name/postgres
恕我直言，这有缺点，我不能(意外地)删除容器“c0dbc34fd631”。
另一个想法是将主机卷“-v”挂载到容器中，然而，容器中的用户id不一定与来自主机的用户id匹配，然后权限可能会被打乱。
注意:除了——volumes-from 'cryptic_id'，你还可以使用——volumes-from my-data-container，其中my-data-container是你分配给仅数据容器的名称，例如docker run——name my-data-container…(见公认答案)
当前回答
如果在更新5中选择的答案不清楚，从Docker 1.9开始，您可以创建可以存在而不与特定容器关联的卷，从而使“仅数据容器”模式过时。
查看docker 1.9.0中仅数据容器已过时?# 17798。
我认为Docker的维护者意识到只有数据的容器模式有点设计的味道，所以决定让卷成为一个独立的实体，可以在没有关联容器的情况下存在。
其他回答
我的解决方案是使用新的docker cp，它现在能够从容器中复制数据，无论它是否运行，并将一个主机卷共享到数据库应用程序在容器中创建其数据库文件的同一位置。这种双重解决方案在不使用纯数据容器的情况下工作，直接使用原始数据库容器。
因此，我的systemd init脚本负责将数据库备份到主机上的存档中。我在文件名中放置了时间戳，以便永远不会重写文件。
它在ExecStartPre上执行:
ExecStartPre=-/usr/bin/docker cp lanti-debian-mariadb:/var/lib/mysql /home/core/sql
ExecStartPre=-/bin/bash -c '/usr/bin/tar -zcvf /home/core/sql/sqlbackup_$$(date +%%Y-%%m-%%d_%%H-%%M-%%S)_ExecStartPre.tar.gz /home/core/sql/mysql --remove-files'
它也在ExecStopPost上做同样的事情:
ExecStopPost=-/usr/bin/docker cp lanti-debian-mariadb:/var/lib/mysql /home/core/sql
ExecStopPost=-/bin/bash -c 'tar -zcvf /home/core/sql/sqlbackup_$$(date +%%Y-%%m-%%d_%%H-%%M-%%S)_ExecStopPost.tar.gz /home/core/sql/mysql --remove-files'
另外，我将主机上的一个文件夹作为卷暴露到数据库存储的相同位置:
mariadb:
build: ./mariadb
volumes:
- $HOME/server/mysql/:/var/lib/mysql/:rw
它在我的VM上工作得很好(我为自己构建了一个LEMP堆栈):https://github.com/DJviolin/LEMP
但我只是不知道当你的生活实际上依赖于它时，它是否是一个“防弹”的解决方案(例如，在任何可能的毫秒内进行交易的网上商店)?
在官方Docker主题演讲视频的20分20秒中，演示者对数据库做了同样的事情:
Docker入门
“对于数据库，我们有一个卷，所以我们可以确保，当数据库容器停止时，随着数据库的上升和下降，我们不会丢失数据。”
如果你想移动你的卷，你也应该看看Flocker。
自述:
Flocker是一个数据卷管理器和多主机Docker集群管理工具。有了它，您可以利用Linux上ZFS的强大功能，使用与用于无状态应用程序相同的工具来控制数据。 这意味着你可以在Docker中运行你的数据库、队列和键值存储，并且像移动应用程序的其他部分一样轻松。
@tommasop的回答很好，并解释了使用仅数据容器的一些机制。但是，有些人最初认为数据容器很愚蠢，因为可以将一个卷绑定到主机上(正如其他几个答案所建议的那样)，但现在意识到实际上只有数据的容器非常整洁，我可以推荐我自己的博客文章:为什么Docker数据容器(卷!)很好
请参见:我对“管理Docker共享卷权限的(最佳)方法是什么?”的回答，以获得如何使用数据容器来避免权限和与主机的uid/gid映射等问题的示例。
To address one of the OP's original concerns: that the data container must not be deleted. Even if the data container is deleted, the data itself will not be lost as long as any container has a reference to that volume i.e. any container that mounted the volume via --volumes-from. So unless all the related containers are stopped and deleted (one could consider this the equivalent of an accidental rm -fr /) the data is safe. You can always recreate the data container by doing --volumes-from any container that has a reference to that volume.
和往常一样，做备份!
更新:Docker现在有了可以独立于容器管理的卷，这进一步简化了管理。
我只是在主机上使用一个预定义的目录来持久化PostgreSQL的数据。同样，通过这种方式，可以轻松地将现有的PostgreSQL安装迁移到Docker容器:https://crondev.com/persistent-postgresql-inside-docker/
要保存或存储数据库数据，请确保docker-compose。Yml看起来就像 如果你想使用Dockerfile
version: '3.1'
services:
php:
build:
context: .
dockerfile: Dockerfile
ports:
- 80:80
volumes:
- ./src:/var/www/html/
db:
image: mysql
command: --default-authentication-plugin=mysql_native_password
restart: always
environment:
MYSQL_ROOT_PASSWORD: example
volumes:
- mysql-data:/var/lib/mysql
adminer:
image: adminer
restart: always
ports:
- 8080:8080
volumes:
mysql-data:
你的docker-compose。Yml将看起来像 如果您想使用您的映像而不是Dockerfile
version: '3.1'
services:
php:
image: php:7.4-apache
ports:
- 80:80
volumes:
- ./src:/var/www/html/
db:
image: mysql
command: --default-authentication-plugin=mysql_native_password
restart: always
environment:
MYSQL_ROOT_PASSWORD: example
volumes:
- mysql-data:/var/lib/mysql
adminer:
image: adminer
restart: always
ports:
- 8080:8080
volumes:
如果你想存储或保存mysql的数据，那么 必须记得在docker-compose.yml中添加两行
volumes:
- mysql-data:/var/lib/mysql
and
volumes:
mysql-data:
之后使用此命令
docker-compose up -d
现在您的数据将被持久化，即使在使用此命令后也不会被删除
docker-compose down
额外:-但如果你想删除所有的数据，那么你将使用
docker-compose down -v
此外，您还可以使用此命令检查数据库数据列表
docker volume ls
DRIVER VOLUME NAME
local 35c819179d883cf8a4355ae2ce391844fcaa534cb71dc9a3fd5c6a4ed862b0d4
local 133db2cc48919575fc35457d104cb126b1e7eb3792b8e69249c1cfd20826aac4
local 483d7b8fe09d9e96b483295c6e7e4a9d58443b2321e0862818159ba8cf0e1d39
local 725aa19ad0e864688788576c5f46e1f62dfc8cdf154f243d68fa186da04bc5ec
local de265ce8fc271fc0ae49850650f9d3bf0492b6f58162698c26fce35694e6231c
local phphelloworld_mysql-data
