数据卷与挂载

这一课你将能做到

1. 亲眼复现「删容器丢数据」的事故，再用 named volume 修复，让 MySQL 数据在容器删除重建后完好如初
2. 用 bind mount 把 MySQL 配置文件、Spring Boot 日志目录挂到宿主机，实现「容器外可查可改」
3. 掌握数据备份与恢复的通用命令，并建立「什么数据用什么挂载方式」的决策习惯

为什么要学

这是整个 Docker 学习曲线里最经典的事故现场：数据库容器跑得好好的，某天升级版本 docker rm 掉旧容器再起新的——用户数据全没了。第 4 课已经从原理上解释过（可写层随容器销毁），本课给出工程解法：数据卷（Volume）。

对 Spring Boot 后端来说，需要持久化的东西不止 MySQL：Redis 的 AOF/RDB 文件、应用日志、上传的文件、MySQL 自定义配置——它们分别适合 named volume、bind mount 等不同方式。选错方式不会马上报错，但会在某天变成丢数据事故或权限地狱。

先建立图像

三种挂载方式，一条 -v 参数三种长相：

-v mysql-data:/var/lib/mysql     ← ① named volume：Docker 统一管理（推荐存数据）
-v H:/work/conf/my.cnf:/etc/mysql/conf.d/my.cnf:ro
                                 ← ② bind mount：宿主机路径直挂（推荐放配置）
-v /dev/shm:/tmpfs               ← ③ tmpfs：内存挂载（敏感临时数据，停即没）

              宿主机
┌─────────────────────────────────────┐
│  Docker 管理区            你的目录    │
│  /var/lib/docker/volumes/  H:/work  │
│       ▲                      ▲      │
│       │ named volume         │ bind │
│  ┌────┴──────────────────────┴───┐  │
│  │        MySQL 容器             │  │
│  │  /var/lib/mysql  /etc/mysql   │  │
│  └───────────────────────────────┘  │
└─────────────────────────────────────┘

关键差异（高频面试点）：

	named volume	bind mount
路径来源	Docker 管理（Linux 在 /var/lib/docker/volumes/）	宿主机任意路径
首次挂载	会把镜像内已有内容拷入 volume	直接遮盖容器内目录（空目录也会遮）
可移植性	高（与宿主机路径解耦）	依赖宿主机路径存在
典型用途	MySQL/Redis 数据	配置文件、开发时代码热挂载

跟着做

步骤 1：先复现一次「删容器丢数据」

docker run -d --name bad-mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0
# 等 30 秒左右让 MySQL 初始化完成，然后写入数据
docker exec bad-mysql mysql -uroot -p123456 -e "CREATE DATABASE demo; USE demo; CREATE TABLE t(id INT); INSERT INTO t VALUES (1);"
docker rm -f bad-mysql

# 重新起一个同名容器
docker run -d --name bad-mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0
docker exec bad-mysql mysql -uroot -p123456 -e "SELECT * FROM demo.t;"
# 报错：Table 'demo.t' doesn't exist —— 数据没了

步骤 2：用 named volume 修复