带有Mariadb的Docker容器-容器会被阻塞并丢失数据吗

Question

我想我可以按照我另一篇文章的建议使用合订本

docker-撰写mariadb外部卷映射问题

但是我知道容器应该是无状态的。所以看来我的想法是错误的？

我不知道会发生什么样的灾难性故障，所以如果容器被封砖，我有可能会丢失所有数据吗？或者有没有办法使用外存恢复？

如何处理这种情况？我有一个管理迁移的模式表，所以不希望该表是新的，并从square 1开始

问题：我应该让云上的Mariadb容器写到它喜欢的任何地方吗？还是写到主机文件夹？

我的泊坞窗 -撰写片段

  mariadb:
    image: mariadb:10.4
   ...
    environment:
      ..
    logging:
...
    networks:
      - backend
    restart: on-failure
    volumes:
      - maria_volume:/var/lib/mysql
    command: --character-set-server=utf8mb4 --collation-server=utf8mb4_general_ci
  
# Volumes
volumes:
  maria_volume:

另一个版本是（./mariadb而不是卷部分中的maria_volume）

    networks:
      - backend
    restart: on-failure
    volumes:
      - ./mariadb:/var/lib/mysql
    command: --character-set-server=utf8mb4 --collation-server=utf8mb4_general_ci
  

Answer 1

您的应用程序通常需要将数据保存在某个地方。拥有一个装载了存储的关系数据库容器是可以的。在生产环境中，您可以选择运行非容器数据库或使用云托管的数据库（如果这更能满足您的需求）。

我觉得实际的存储机制非常健壮，无论是对命名卷还是绑定挂载的主机目录。在这两种情况下，您可能都不会遇到数据损坏问题。像往常一样，如果数据很重要，请确保您有备份。

在使用命名卷和主机目录之间没有明确的选择。主机目录可能更容易备份和恢复；在某些平台上，命名卷会更快。在这两种情况下，在正常操作中，数据将在销毁和重新创建容器后继续存在。使用< code>docker命令销毁命名卷的状态会更容易一些，这取决于您的具体使用情况，可以指向两个方向。

我偶尔会遇到Docker的内部状态被破坏的情况，当这种情况发生时，最简单的解决方法是删除整个/var/lib/docker树并重新开始（Docker Desktop应用程序中有一个等效的“重置”按钮）。此路径也会丢失命名卷。在本机Linux人们普遍观察到，实际的命名卷存储只是一个目录，因此您可以保留它。