考虑以下答案:

数据库名称为app_schema 容器名称为app_db root用户密码为“root123”

在容器中存储应用程序数据时如何更新MySQL

这被认为是一种糟糕的做法，因为如果丢失了容器，就会丢失数据。虽然这是一个不好的做法，但这里有一个可行的方法:

1)做一个数据库转储为SQL:

docker exec app_db sh -c 'exec mysqldump app_schema -uroot -proot123' > database_dump.sql

2)更新图像:

docker pull mysql:5.6

3)更新容器:

docker rm -f app_db
docker run --name app_db --restart unless-stopped \
-e MYSQL_ROOT_PASSWORD=root123 \
-d mysql:5.6

4)恢复数据库转储:

docker exec app_db sh -c 'exec mysql -uroot -proot123' < database_dump.sql

如何使用外部卷更新MySQL容器

使用外部卷是一种更好的管理数据的方法，它使更新MySQL变得更容易。释放容器不会丢失任何数据。您可以使用Docker -compose来方便地管理单个主机上的多容器Docker应用程序:

1)创建docker-compose。Yml文件，以便管理您的应用程序:

version: '2'
services:
  app_db:
    image: mysql:5.6
    restart: unless-stopped
    volumes_from: app_db_data
  app_db_data:
    volumes: /my/data/dir:/var/lib/mysql

2)更新MySQL(从与docker-compose相同的文件夹。yml文件):

docker-compose pull
docker-compose up -d

注意:上面的最后一个命令将更新MySQL映像，重新创建并使用新映像启动容器。

我在这里尝试了很多方法，但最终还是成功了。 如果你在容器上打开了自动删除，你就不能停止和编辑容器，或者一个服务正在运行，甚至不能立即停止， 你必须:

PULL最新图片——> docker PULL[图片:latest] 验证是否提取了正确的图像，您可以在Portainer Images部分中看到未使用的标记

使用Portainer或CLI更新服务，并确保您使用的是映像的最新版本，Portainer将为您提供相同的选项。

这不仅会更新容器的最新映像，而且还会保持服务运行。

我想补充的是，如果你想自动完成这个过程(下载、停止和重新启动一个新容器，设置与@Yaroslav所描述的相同)，你可以使用WatchTower。一个程序，自动更新你的容器时，他们被改变https://github.com/v2tec/watchtower

您需要重新构建所有映像并重新启动所有容器，或者以某种方式更新软件并重新启动数据库。没有升级的路径，只能由你自己设计。

在评估答案和研究主题之后，我想总结一下。

Docker升级容器的方式如下:

应用程序容器不应该存储应用程序数据。通过这种方式，你可以在任何时候通过执行如下命令将应用程序容器替换为更新的版本:

docker pull mysql
docker stop my-mysql-container
docker rm my-mysql-container
docker run --name=my-mysql-container --restart=always \
  -e MYSQL_ROOT_PASSWORD=mypwd -v /my/data/dir:/var/lib/mysql -d mysql

您可以将数据存储在主机上(在作为卷挂载的目录中)，也可以存储在特殊的仅数据容器中。阅读更多相关信息

关于卷(Docker docs) 小Docker碎片，松散连接(汤姆·奥弗曼) 如何处理Docker中的持久存储(例如数据库)(堆栈溢出问题)

升级应用程序(例如;容器中的yum/apt-get upgrade)被认为是反模式。应用程序容器被认为是不可变的，这将保证可再现的行为。一些官方的应用程序映像(特别是mysql:5.6)甚至没有被设计为自我更新(apt-get升级不起作用)。

我要感谢每个给出答案的人，这样我们才能看到不同的方法。

这也是我为自己的照片所做的努力。我有一个服务器环境，从中创建Docker映像。当我更新服务器时，我希望所有基于Docker映像运行容器的用户都能够升级到最新的服务器。

理想情况下，我更喜欢生成一个新版本的Docker映像，并让所有基于该映像以前版本的容器自动更新到“到位”的新映像。但这种机制似乎并不存在。

因此，到目前为止，我能想到的下一个最佳设计是提供一种让容器更新自身的方法——类似于桌面应用程序检查更新并升级自身的方式。在我的例子中，这可能意味着编写一个脚本，其中包含从一个知名标记提取的Git。

图像/容器实际上并没有改变，但是容器的“内部”发生了变化。您可以想象对apt-get、yum或任何适合您环境的东西执行相同的操作。与此同时，我将更新注册表中的myserver:最新映像，以便任何新的容器都将基于最新映像。

我很想知道是否有任何现有技术可以解决这个问题。