第5章 存储层：数据放哪里

第 5 章 · 存储层：数据放哪里

章节摘要：容器时代的数据问题只有一句话——可写层不可依赖。本章先从存储驱动 overlay2 的目录结构看清镜像与容器的磁盘形态，再拆解卷、绑定挂载、tmpfs 三种挂载方式各自的机制与适用场景，最后用一份决策表终结"数据放哪"的选择困难。

学习目标

1. 说出 overlay2 在磁盘上的目录布局与存储驱动选型结论
2. 区分三种挂载方式的实现机制、生命周期与性能特征
3. 用卷完成数据库类有状态服务的持久化与备份
4. 解释容器删了数据还在、以及容器间共享数据的实现方式

核心概念速览

镜像层负责"程序怎么来"，存储层负责"数据怎么活"——活过容器的生老病死。

三种挂载方式的解剖对比

子章节导航

5.1 overlay2 存储驱动

镜像与可写层在磁盘上的真实布局，存储驱动选型的历史与结论，以及 docker system df 的磁盘账本。

5.2 卷、绑定挂载与 tmpfs

三种挂载方式的挂载语法、生命周期实验、备份恢复手法，以及一份"什么数据用什么方式"的决策表。

子章节之间的逻辑关系

5.1 回答"不挂载时数据去哪"（可写层，及其为什么不行），5.2 给出三种正确的去处：

可写层的困境（overlay2 + 写时复制）
   |
   v
三条出路：卷 / 绑定挂载 / tmpfs（按数据性质选）
​

一个判断贯穿本章

存储层所有内容都在回答同一个问题：这些数据要不要活过容器的生命周期。答案为否，就交给可写层或 tmpfs，轻装上阵；答案为是，就交给卷或绑定挂载，并配好备份。第 5.1 节讲的是"不挂载时数据去哪"——可写层的机制与它的三宗罪（性能、易失、不可移植）；第 5.2 节讲"挂载时的三种去处"。把这个判断变成部署前的条件反射，存储层九成的坑都能提前绕开。

前置知识与后续延伸

• 前置：第 2 章镜像分层的 overlay2 四目录
• 为后续铺垫：卷是有状态服务进编排层的前提；tmpfs 与机密数据处理会在第 7 章安全节再次出现