命名卷是docker生产环境最可靠的数据持久化方式,其生命周期独立于容器,支持跨容器共享、可复用且路径固定;需显式创建并挂载,避免匿名卷导致数据无法延续。

容器重启本身不会导致数据丢失,真正危险的是删除、重建或崩溃后重新创建容器。关键在于:容器的可写层与容器生命周期强绑定,而持久化必须让数据脱离这个绑定关系。
用命名卷(Named Volume)做主力存储
这是生产环境最可靠的方式。命名卷由 Docker 管理,路径固定、可复用、跨容器共享,且不随容器删除而消失。
- 启动前先创建: docker volume create app-data
- 挂载时明确指定卷名: docker run -v app-data:/app/storage nginx
- 避免匿名卷写法(如 -v /app/storage),它每次运行都会新建一个随机卷,数据无法延续
配置文件和日志用绑定挂载(Bind Mount)
适合需要宿主机直接编辑或调试的场景,比如 Nginx 配置、PHP 的 .env 文件、应用日志目录等。
在 Linux 上通过 Docker 运行 OpenClaw,并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 挂载本地 config 目录: docker run -v $(pwd)/config:/etc/nginx/conf.d nginx
- Linux 下注意权限:确保宿主机目录属主/属组与容器内进程匹配(例如 www-data 或 nginx)
- Windows/macOS 用户启用文件共享,并检查路径格式是否正确(如 C:\myapp\logs 要转为 /c/myapp/logs)
别让状态写进容器层
Docker 设计理念是“无状态容器”,所有运行时产生的数据——MySQL 表文件、Redis RDB、PHP session 文件、上传的图片——都不该存放在容器默认可写层里。
- 检查容器内关键路径是否真被挂载:进入容器执行 ls -ld /var/lib/mysql,确认它指向挂载点而非空目录
- 用 docker inspect 容器名 查 Mounts 字段,核对 Destination 和 Source 是否匹配预期
- 对于 RabbitMQ、Elasticsearch 等依赖主机名识别数据目录的服务,还要固定 hostname,否则挂载对了也读不到旧数据
临时数据用 tmpfs 放内存
像缓存、会话临时文件这类无需持久的内容,用 tmpfs 可提升性能,同时避免污染持久卷。
- 示例: docker run --tmpfs /app/cache:rw,size=64m php:8.2-apache
- 容器停止后自动清空,不占磁盘,也不需清理逻辑










