【Docker】（五）实现Docker 数据持久化

操作目标	命令示例
创建命名数据卷	docker volume create mysql-data（创建名为 mysql-data 的卷）
查看所有数据卷	docker volume ls
查看数据卷详情（含路径）	docker volume inspect mysql-data（可查看挂载到宿主机的实际路径）
启动容器并挂载数据卷	docker run -d -v mysql-data:/var/lib/mysql --name mysql mysql:8.0
删除数据卷（需先停容器）	docker volume rm mysql-data
清理未使用的数据卷	docker volume prune（删除所有未被容器引用的卷）

（3）关键场景示例：MySQL 数据持久化

MySQL 容器的核心数据存储在 /var/lib/mysql，若不持久化，容器销毁后数据丢失。使用数据卷挂载：

# 1. 创建数据卷（可选，run时未指定卷会自动创建匿名卷）
docker volume create mysql-data

# 2. 启动MySQL容器，将数据卷挂载到/var/lib/mysql
docker run -d \
  -p 3306:3306 \
  -v mysql-data:/var/lib/mysql \  # 卷名:容器内路径
  -e MYSQL_ROOT_PASSWORD=123456 \
  --name mysql \
  mysql:8.0

# 3. 验证持久化：删除容器后重建，数据仍存在
docker rm -f mysql  # 强制删除容器
# 重建容器，挂载同一个卷
docker run -d \
  -p 3306:3306 \
  -v mysql-data:/var/lib/mysql \
  -e MYSQL_ROOT_PASSWORD=123456 \
  --name mysql-new \
  mysql:8.0
# 连接MySQL，之前创建的数据库和表仍存在

2. 绑定挂载（Bind Mounts）：宿主机目录直接挂载

绑定挂载是将宿主机的任意目录或文件直接挂载到容器内指定路径，数据存储在宿主机用户可控的位置，耦合度高但灵活性强（适合开发场景）。

（1）核心特点

宿主机路径可控：用户需手动指定宿主机目录（绝对路径），如 /home/user/data；
数据双向同步：宿主机目录与容器内挂载路径的修改实时同步（宿主机改文件，容器内立即可见，反之亦然）；
支持挂载单个文件：可单独挂载宿主机的配置文件（如 /etc/nginx/nginx.conf）到容器，避免挂载整个目录；
权限依赖宿主机：容器内对挂载目录的权限由宿主机目录权限决定，若权限不足（如宿主机目录属主为 root，容器内用普通用户），会导致无法读写；
无生命周期管理：Docker 不管理宿主机目录，容器销毁后数据保留在宿主机，但需手动维护目录（如清理旧数据）。

（2）常用操作命令

操作目标	命令示例
挂载宿主机目录到容器	docker run -d -v /home/user/nginx-data:/usr/share/nginx/html --name nginx nginx
挂载宿主机单个文件到容器	docker run -d -v /home/user/nginx.conf:/etc/nginx/nginx.conf --name nginx nginx
只读挂载（容器无法修改）	docker run -d -v /home/user/conf:/etc/nginx:ro --name nginx nginx（:ro 表示只读）

（3）关键场景示例：Nginx 静态资源共享（开发场景）

开发时需实时修改 Nginx 静态页面，通过绑定挂载将宿主机的 ./html 目录挂载到容器的 /usr/share/nginx/html，修改宿主机文件后无需重启容器：

# 1. 宿主机创建静态资源目录并添加文件
mkdir -p ./html && echo "Hello Docker Bind Mounts" > ./html/index.html

# 2. 启动Nginx容器，绑定挂载宿主机./html到容器内路径
docker run -d \
  -p 80:80 \
  -v $(pwd)/html:/usr/share/nginx/html \  # 宿主机绝对路径:容器内路径（$(pwd)获取当前目录）
  --name nginx-bind \
  nginx

# 3. 验证：修改宿主机./html/index.html，访问127.0.0.1实时生效
echo "Updated Content" > ./html/index.html
curl 127.0.0.1  # 输出 "Updated Content"

（4）注意事项：权限问题

若宿主机目录权限不足（如属主为 root，容器内用 nginx 用户（UID=101）），会导致容器无法写入数据。解决方式：

调整宿主机目录权限：chmod 777 ./html（简单但不安全，适合开发）；
启动容器时指定用户：docker run -u root ...（用 root 用户运行容器，有权限读写宿主机目录）；

高级：通过 --mount 选项指定 uid/gid（需 Docker 17.06+）：

docker run -d \
  -p 80:80 \
  --mount type=bind,source=$(pwd)/html,target=/usr/share/nginx/html,uid=101,gid=101 \
  --name nginx-bind \
  nginx

3. tmpfs 挂载（Tmpfs Mounts）：内存中的临时存储

tmpfs 挂载是将宿主机的内存作为存储介质，挂载到容器内指定路径，数据仅存在于内存中，容器停止或宿主机重启后数据丢失，适合存储临时、敏感数据（如会话数据、临时缓存）。

（1）核心特点

内存存储：数据不写入磁盘，读写速度远快于 Volumes 和 Bind Mounts；
无持久化：容器停止、宿主机重启或内存不足时，数据自动清除；
大小限制：默认使用宿主机内存的一部分，可手动限制最大占用（如 100MB）；
安全：敏感数据（如密码、Token）不落地存储，降低泄露风险。

（2）常用操作命令

操作目标	命令示例
挂载 tmpfs 到容器	docker run -d --tmpfs /tmp:size=100m --name app app-image（:size=100m 限制大小）
用 --mount 详细配置	docker run -d --mount type=tmpfs,destination=/tmp,tmpfs-size=100m --name app app-image

（3）关键场景示例：临时缓存存储

运行一个需要临时缓存的应用，将缓存目录挂载到 tmpfs，避免占用磁盘且提升速度：

# 启动应用，将/tmp/cache挂载到内存，限制最大100MB
docker run -d \
  --tmpfs /tmp/cache:size=100m \
  --name cache-app \
  your-app-image

# 验证：进入容器查看挂载，/tmp/cache类型为tmpfs
docker exec -it cache-app df -h /tmp/cache
# 输出示例：Filesystem      Size  Used Avail Use% Mounted on
# tmpfs           100M     0  100M   0% /tmp/cache

二、三种持久化方案的核心对比

对比维度	数据卷（Volumes）	绑定挂载（Bind Mounts）	tmpfs 挂载（Tmpfs Mounts）
存储位置	宿主机 `/_data`（Docker 管理）	宿主机任意目录（用户指定）	宿主机内存
生命周期	独立于容器（需手动删除）	独立于容器（宿主机目录手动维护）	依赖容器 / 宿主机（停止即丢失）
跨容器共享	支持（推荐）	支持（需所有容器挂载同一宿主机路径）	不支持（仅当前容器可用）
权限管理	Docker 自动配置（容器内用户可读写）	依赖宿主机目录权限（易出现权限问题）	容器内默认可读写（可限制只读）
适用场景	生产环境持久化（数据库、业务数据）	开发环境（代码共享、配置文件挂载）	临时数据、敏感数据（缓存、会话）
远程 / 分布式存储	支持（通过卷驱动）	不支持（仅本地宿主机目录）	不支持（仅本地内存）

三、进阶：数据卷的备份与恢复

数据卷（Volumes）是生产环境的主要选择，需掌握其备份与恢复方法，确保数据可迁移（如宿主机更换、集群迁移）。

1. 数据卷备份（打包为压缩文件）

利用 alpine 轻量级镜像，挂载待备份的数据卷和宿主机备份目录，通过 tar 命令将数据卷内容打包到宿主机：

# 备份 mysql-data 卷到宿主机 ./backups 目录，生成 backup-202405.tar.gz
docker run --rm \
  -v mysql-data:/source \  # 待备份的数据卷（源）
  -v $(pwd)/backups:/backup \  # 宿主机备份目录（目标）
  alpine \
  tar -czf /backup/backup-202405.tar.gz -C /source .
# --rm：容器备份完成后自动删除；-C /source：切换到数据卷目录再打包，避免路径嵌套

2. 数据卷恢复（从压缩文件还原）

同样使用 alpine 镜像，挂载新数据卷和宿主机备份目录，通过 tar 解压备份文件到数据卷：

# 1. 创建新数据卷（用于恢复）
docker volume create mysql-data-restore

# 2. 从备份文件恢复到新数据卷
docker run --rm \
  -v mysql-data-restore:/target \  # 新数据卷（目标）
  -v $(pwd)/backups:/backup \  # 宿主机备份目录（源）
  alpine \
  tar -xzf /backup/backup-202405.tar.gz -C /target .

# 3. 启动容器使用恢复的数据卷
docker run -d \
  -p 3306:3306 \
  -v mysql-data-restore:/var/lib/mysql \
  -e MYSQL_ROOT_PASSWORD=123456 \
  --name mysql-restore \
  mysql:8.0

四、进阶：数据卷驱动（Volumes Drivers）

默认情况下，数据卷存储在宿主机本地（local 驱动），但通过第三方卷驱动，可将数据卷存储到远程服务器、分布式存储或云存储，实现跨主机数据共享（适合 Docker Swarm、K8s 集群场景）。

1. 常用卷驱动示例

驱动名称	适用场景	操作示例（以 sshfs 为例）
sshfs	跨主机挂载远程目录（基于 SSH）	1. 安装驱动：`docker plugin install vieux/sshfs` 2. 创建远程卷：`docker volume create --driver vieux/sshfs --name remote-volume -o sshcmd=user@remote-host:/remote/path` 3. 挂载使用：`docker run -v remote-volume:/target --name app app-image`
glusterfs	分布式存储（适合集群）	`docker volume create --driver glusterfs --name gluster-volume -o glusterfsvolumename=myvol -o glusterfsserver=gluster-host`
awsfsxfs	AWS 云存储（FSx for Lustre）	参考 AWS 官方文档，通过驱动直接挂载云存储到容器

2. 核心价值

跨主机数据共享：集群中多个主机的容器可挂载同一个远程数据卷，实现数据一致性（如 Swarm 集群的服务跨节点部署）；
弹性扩展：云存储或分布式存储支持动态扩容，无需担心宿主机磁盘容量限制；
高可用：分布式存储（如 GlusterFS、Ceph）具备数据冗余能力，避免单点故障导致数据丢失。

五、总结：如何选择持久化方案？

生产环境持久化（数据库、业务数据）：优先选择 数据卷（Volumes），理由：Docker 管理、安全隔离、支持远程存储，且避免权限问题；
开发环境（代码共享、配置文件）：选择 绑定挂载（Bind Mounts），理由：实时同步宿主机文件，无需重启容器即可看到修改效果；
临时数据、敏感数据（缓存、会话）：选择 tmpfs 挂载，理由：内存读写快、数据不落地，降低泄露风险；
集群跨主机共享数据：选择 数据卷 + 第三方卷驱动（如 sshfs、glusterfs），实现跨节点数据一致性。

通过合理选择持久化方案，可确保 Docker 容器的数据安全、可迁移，同时兼顾性能与灵活性，是容器化部署生产应用的关键环节。

码道开发者社区

码道开发者社区，聚焦华为云码道 CodeArts 代码智能体，沉淀 Agent、Skill、鸿蒙开发实战内容，供开发者查阅资料、交流技术、分享工程实践

更多推荐

AI 已经能直接改设计稿了:Windows部署Penpot，接入Codex MCP实测

码道开发者社区

【AI 业务流架构师】AI 业务流架构师方法论：Agentic AI 范式转移与业务编排思维

2026 年，Anthropic CEO Dario Amodei 在 Code with Claude 大会上的一个判断广为流传：一个人运营一家十亿美元级公司的概率是 70%–80%。这句话听起来像科幻小说的设定，但它背后是一个正在发生的结构性变化——AI 把"执行"的成本压到了历史低点，同时把"编排"的价值推到了前台。这意味着我们需要一套新的思考框架，来回答两个问题：一个人如何拥有一个公司的产