我的解决方案是使用新的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入门

“对于数据库，我们有一个卷，所以我们可以确保，当数据库容器停止时，随着数据库的上升和下降，我们不会丢失数据。”

要保存或存储数据库数据，请确保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

根据您的需要，管理持久数据有几个级别:

Store it on your host Use the flag -v host-path:container-path to persist container directory data to a host directory. Backups/restores happen by running a backup/restore container (such as tutumcloud/dockup) mounted to the same directory. Create a data container and mount its volumes to your application container Create a container that exports a data volume, use --volumes-from to mount that data into your application container. Backup/restore the same as the above solution. Use a Docker volume plugin that backs an external/third-party service Docker volume plugins allow your datasource to come from anywhere - NFS, AWS (S3, EFS, and EBS) Depending on the plugin/service, you can attach single or multiple containers to a single volume. Depending on the service, backups/restores may be automated for you. While this can be cumbersome to do manually, some orchestration solutions - such as Rancher - have it baked in and simple to use. Convoy is the easiest solution for doing this manually.

虽然这仍然是Docker需要做一些工作的一部分，但你应该将卷与volume指令放在Dockerfile中，这样你就不需要从另一个容器复制卷了。

这将降低容器的相互依赖性，并且不必担心删除一个容器会影响另一个容器。

这取决于你的场景(这并不适合生产环境)，但这里有一种方法:

创建MySQL Docker容器

它的要点是使用主机上的目录进行数据持久性。

Docker 1.9.0及以上版本

使用卷API

docker volume create --name hello
docker run -d -v hello:/container/path/for/volume container_image my_command

这意味着必须放弃纯数据容器模式，转而使用新卷。

实际上，卷API只是实现数据容器模式的一种更好的方式。

如果你用-v volume_name:/container/fs/path创建一个容器，Docker会自动为你创建一个命名卷，它可以:

通过docker卷ls列出 通过docker卷inspect volume_name进行识别 备份为普通目录 通过——volumes-from连接像以前一样备份

新的卷API增加了一个有用的命令，可以让你识别悬挂的卷:

docker volume ls -f dangling=true

然后通过它的名字删除它:

docker volume rm <volume name>

正如@mpugach在评论中强调的那样，你可以用一行漂亮的语句摆脱所有悬浮的卷:

docker volume rm $(docker volume ls -f dangling=true -q)
# Or using 1.13.x
docker volume prune

码头工人1.8。X及以下

最适合生产的方法似乎是使用仅数据容器。

仅数据容器在一个基本映像上运行，实际上除了公开一个数据卷外什么也不做。

然后你可以运行任何其他容器来访问数据容器卷:

docker run --volumes-from data-container some-other-container command-to-execute

在这里，您可以很好地了解如何安排不同的容器。 这里有一个关于容量如何工作的很好的见解。

在这篇博客文章中，对所谓的容器作为体积模式进行了很好的描述，阐明了只有数据容器的主要观点。

Docker文档现在有了容器的volume/s模式的权威描述。

下面是Docker 1.8的备份/恢复过程。X及以下。

备份:

sudo docker run --rm --volumes-from DATA -v $(pwd):/backup busybox tar cvf /backup/backup.tar /data

——rm:当容器退出时将其移除 ——volumes-from DATA:附加到DATA容器共享的卷上 -v $(pwd):/backup:将当前目录挂载到容器中;将tar文件写入 Busybox:一个简单的小映像-适合快速维护 Tar CVF /backup/backup. Tar /data:将/data目录下的所有文件创建一个未压缩的Tar文件

恢复:

# Create a new data container
$ sudo docker run -v /data -name DATA2 busybox true
# untar the backup files into the new container᾿s data volume
$ sudo docker run --rm --volumes-from DATA2 -v $(pwd):/backup busybox tar xvf /backup/backup.tar
data/
data/sven.txt
# Compare to the original container
$ sudo docker run --rm --volumes-from DATA -v `pwd`:/backup busybox ls /data
sven.txt

这里有一篇来自优秀的Brian Goff的文章，解释了为什么容器和数据容器使用相同的图像是好的。