在 docker compose 中，命名卷是实现多容器数据持久共享的标准方式，需在顶层 volumes 声明、各服务通过卷名挂载，支持跨服务共享、自动管理路径及生命周期，并避免与绑定挂载混用。
在 Docker Compose 中，通过命名卷（named volume）配置数据卷，是实现多容器间数据持久共享最标准、最可靠的方式。它不依赖宿主机路径硬编码，由 Docker 自动管理存储位置，同时支持跨服务挂载与项目级生命周期控制。
用命名卷定义共享存储
在 docker-compose.yml 的顶层 volumes: 区块中声明一个命名卷，例如 shared_data。这个卷独立于任何服务，可被多个服务引用：
- 卷名需符合 DNS 命名规范（小写字母、数字、下划线、短横线）
- 不指定
driver时，默认使用local驱动，数据存于 Docker 管理的目录（如/var/lib/docker/volumes/...） - 若需 NFS 或云存储，才显式配置
driver和driver_opts
让多个服务挂载同一卷
在各服务的 volumes: 列表中，以 卷名:容器内路径 格式挂载。只要卷名一致，容器就共享底层存储：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 例如 Web 服务和后台处理服务都挂载
shared_data:/data，它们读写的是同一份文件系统 - 挂载点路径可以不同（如
/datavs/app/storage），但内容实时同步 - 注意权限：若容器以非 root 用户运行，需确保挂载目录对 UID/GID 可读写
避免常见陷阱
实际配置中容易忽略的关键细节：
- 不要混用命名卷和绑定挂载（bind mount）来“共享”——
./data:/data是主机路径，仅限单机，且无法被其他服务复用 - 不要在多个服务里重复定义同名卷（如都写
volumes: [shared_data:/data]却没在顶层声明），会导致隐式匿名卷，彼此隔离 - 删除项目时默认不清除命名卷，如需自动清理，加
docker compose down -v - 调试时可用
docker volume inspect查看真实路径和驱动信息
一个完整可运行示例
以下 docker-compose.yml 启动 Nginx 和 Redis，并共享日志与配置目录：
version: '3.8'
services:
web:
image: nginx:alpine
volumes:
- shared_logs:/var/log/nginx
- shared_config:/etc/nginx/conf.d
<p>cache:
image: redis:7-alpine
volumes:</p>
- shared_logs:/var/log/redis
- shared_config:/usr/local/etc/redis
volumes: shared_logs: shared_config:
两个容器对 /var/log 下的日志写入会出现在同一卷中，便于集中采集；配置文件也可统一维护、热更新。
