Docker volumes 如何处理数据持久化?

Question

Accepted Answer

默认情况下，container 中的数据是**临时的** — 当 container 被删除时丢失。**Volumes**（和 bind mounts）提供**持久存储**，其生命周期超过 containers，这对数据库和任何必须在 container 重启/删除后保留的数据至关重要。

## 问题：containers 是临时的

```text
A container's writable layer is DELETED when the container is removed:
  → data written inside the container (e.g. a database's files) is LOST
  → containers are meant to be disposable/replaceable → don't store important data in them
→ For persistent data, you need storage OUTSIDE the container's lifecycle.
```

## Volumes — 托管持久存储

```bash
# create and use a named volume (managed by Docker)
docker volume create mydata
docker run -v mydata:/var/lib/mysql mysql      # mount the volume into the container
# → data in /var/lib/mysql persists in the volume, surviving container removal

docker volume ls                 # list volumes
docker volume inspect mydata     # details
```

**Volumes** 是 Docker 托管的持久存储（存储在 host 上，由 Docker 管理）— 持久化数据的首选方式。即使 container 被删除，mounted path 中的数据也会保留。

## Bind mounts — 映射 host 目录

```bash
# bind mount: map a specific HOST directory into the container
docker run -v /host/path:/app -p 3000:3000 myapp
docker run -v $(pwd):/app myapp   # mount the current directory (great for development)
# → changes on the host are reflected in the container (and vice versa)
```

**Bind mounts** 将 host 目录映射到 container 中 — 对于开发很有用（在 host 上编辑代码，在 container 中实时看到变化）。

## Volumes 与 bind mounts

```text
VOLUMES      → Docker-managed, portable, the preferred choice for PERSISTENT DATA
               (databases, uploads) — decoupled from the host's filesystem layout
BIND MOUNTS  → map a specific host path; great for DEVELOPMENT (live code reload)
               and sharing host files; tied to the host's filesystem
tmpfs        → in-memory (non-persistent), for sensitive/temporary data
```

## 为什么这很重要

理解 volumes 的数据持久化对于在 Docker 中正确使用任何具有数据的应用程序至关重要，因此这是重要的实践知识。

根本问题 — **containers 是临时的**，其可写层在删除时被删除，意味着**在 container 内部写入的数据会丢失** — 是一个关键概念：containers 设计上是可处置的，因此在其中存储重要数据（如数据库文件）会导致 container 被替换时数据丢失。**Volumes** 通过提供**存在于 container 生命周期之外的 Docker 托管持久存储**来解决这个问题，因此数据（数据库、上传、任何状态）在 container 删除和替换时得以保留 — 这对有状态应用程序至关重要。

理解 **bind mounts**（将 host 目录映射到 container 中）对于**开发**很重要（在 host 上编辑代码并在 container 中实时看到变化，这是很常见的开发工作流），以及用于共享 host 文件。

了解**区别** — volumes（Docker 托管、可移植、用于持久应用程序数据（如数据库）的首选）与 bind mounts（host 路径特定、非常适合开发） — 能够指导选择正确的方法。

containers 本身是临时设计的，大多数真实应用程序都有必须持久化的数据（特别是数据库），而 volumes 是持久存储的必要机制（bind mounts 对开发很重要），理解 Docker 数据持久化 — 临时 container 问题、用于持久数据的 volumes、用于开发的 bind mounts，以及何时使用各自方式 — 是必要的、具有实际意义的 Docker 知识，是正确运行有状态应用程序和避免将数据存储在可处置 containers 中导致严重数据丢失错误的必要知识。