默认情况下，在容器内创建的所有文件都存储在可写容器层中。这意味着：
Docker有两个容器选项可以在主机中存储文件，因此即使在容器停止之后文件仍然存在：卷和 绑定挂载。如果你在Linux上运行Docker，你也可以使用tmpfs mount。
继续阅读有关这两种持久数据方式的更多信息。
无论您选择使用哪种类型的安装，数据在容器中看起来都是相同的。它作为目录或容器文件系统中的单个文件公开。
可视化卷，绑定装载和tmpfs 装载之间差异的简单方法是考虑数据在Docker主机上的位置。
Docker有两个容器选项可以在主机中存储文件，因此即使在容器停止之后文件仍然存在：卷(volume)和 绑定挂载(bind mount)。如果你在Linux上运行Docker，你也可以使用tmpfs mount。
无论您选择使用哪种类型的安装，数据在容器中看起来都是相同的。它作为目录或容器文件系统中的单个文件公开。
可视化卷，绑定装载和tmpfs 装载之间差异的简单方法是考虑数据在Docker主机上的位置。
卷存储在由Docker（/var/lib/docker/volumes/在Linux上）管理的主机文件系统的一部分中。非Docker进程不应修改文件系统的这一部分。卷是在Docker中保留数据的最佳方式。
绑定挂载可以存储在主机系统的任何位置。它们甚至可能是重要的系统文件或目录。Docker主机或Docker容器上的非Docker进程可以随时修改它们。
tmpfs挂载仅存储在主机系统的内存中，永远不会写入主机系统的文件系统。
volume：由Docker创建和管理。您可以使用该docker volume create命令显式创建卷，或者Docker可以在容器或服务创建期间创建卷。
创建卷时，它存储在Docker主机上的目录中。将卷装入容器时，此目录是装入容器的目录。除了卷由Docker管理并与主机的核心功能隔离，其他类似于绑定挂载的工作方式。
给定的容量可以同时安装到多个容器中。当没有正在运行的容器正在使用卷时，该卷仍可供Docker使用，并且不会自动删除。您可以使用删除未使用的卷docker volume prune。
装入卷时，可以命名或匿名。匿名卷在首次装入容器时未给出明确的名称，因此Docker为它们提供了一个随机名称，该名称在给定的Docker主机中保证是唯一的。除名称外，命名和匿名卷的行为方式相同。
卷还支持使用卷驱动程序，这些驱动程序允许您将数据存储在远程主机或云提供的程序上，以及其他可能性。
bind mounts：自Docker早期开始提供。与卷相比，绑定装载具有有限的功能。使用绑定装入时，主机上的文件或目录将装入容器中。文件或目录由主机上的完整路径引用。该文件或目录不需要已存在于Docker主机上。如果它尚不存在，则按需创建。绑定挂载非常高效，但它们依赖于具有特定目录结构的主机文件系统。如果您正在开发新的Docker应用程序，请考虑使用命名卷。这是由于您无法使用Docker CLI命令直接管理bind mounts。
绑定挂载允许访问敏感文件
使用绑定装入的一个副作用，无论好坏，都可以通过容器中运行的进程更改主机文件系统 ，包括创建，修改或删除重要的系统文件或目录。这是一种强大的功能，可能会产生安全隐患，包括影响主机系统上的非Docker进程。
tmpfs挂载：tmpfs挂载不会保留在磁盘上，无论是在Docker主机上还是在容器中。它可以在容器的生命周期中由容器使用，以存储非持久状态或敏感信息。例如，在内部，swarm服务使用tmpfs挂载将隐私挂载到服务的容器中。
bind mounts和volume都可以使用-v or --volume 标志装入容器，但每种装置的语法略有不同。对于tmpfs mount，您可以使用该 --tmpfs标志。但是，在Docker 17.06及更高版本中，对于bind mounts，volume或tmpfs挂载，我们建议使用标志 --mount对容器和服务挂载，因为语法更清晰。
volume是在Docker容器和服务中持久保存数据的首选方法。卷的使用用例：
在多个运行容器之间共享数据。如果未显式创建它，则会在第一次将其装入容器时创建卷。当该容器停止或被移除时，该卷仍然存在。多个容器可以同时安装相同的卷，可以是读写也可以是只读。仅在您明确删除卷时才会删除卷。
当Docker主机不能保证具有指定的目录或文件结构时。Volumes可帮助您将Docker主机的配置与容器运行时分离。
如果要将容器的数据存储在远程主机或云提供程序上，而不是本地存储。
当您需要备份，还原或将数据从一个Docker主机迁移到另一个Docker主机时，卷是更好的选择。您可以使用卷停止容器，然后备份卷的目录（例如/var/lib/docker/volumes/<volume-name>）。
通常，您应该尽可能使用卷。bind mounts适用于以下类型的用例：
将配置文件从主机共享到容器。这就是Docker默认通过/etc/resolv.conf从主机安装到每个容器中来为容器提供DNS解析的方式 。
在Docker主机上的开发环境和容器之间共享源代码或构建工件。例如，您可以将Maven target/ 目录安装到容器中，每次在Docker主机上构建Maven项目时，容器都可以访问重建的构建。
如果您以这种方式使用Docker进行开发，你的Dockerfile将会复制生产准备就绪的构建 指向到镜像中，而不再依赖于bind mounts。
当Docker主机的文件或目录结构保证与容器所需的绑定装载一致时。
tmpfs当您不希望数据在主机或容器内持久存在时，最好使用tmpfs挂载。这可能是出于安全原因，或者在应用程序需要编写大量非持久状态数据时保护容器的性能。
如果您使用bind mounts或volume，请记住以下几点：
如果将空volume 挂在到容器中已存在的文件或目录中，则会将这些文件或目录传播（复制）到volume中。同样，如果启动容器并指定尚不存在的卷，则会为您创建一个空卷。这是预先填充另一个容器所需数据的好方法。
如果将bind mounts或非空volume 装入容器中已存在某些文件或目录，则挂载会覆盖这些文件或目录，就像将文件保存到 Linux主机上/mnt然后安装USB驱动器进入/mnt。/mnt在卸载USB驱动器之前，USB驱动器的内容会覆盖内容。隐藏的文件不会被删除或更改，但在安装mount binds或volume时无法访问
原文：https://www.cnblogs.com/benjamin77/p/9510754.html