最稳妥方式是使用Docker命名卷（Volumes），它由Docker自动管理存储位置与权限，容器删除后数据仍保留；创建命令为docker volume create mysql-data，挂载启动时需映射至/var/lib/mysql，并配合定期备份确保数据安全。
直接用 Docker Volume 是最稳妥的方式，尤其对数据库、日志、用户上传等关键数据。它不依赖宿主机路径结构，由 Docker 自动管理存储位置和生命周期，容器删了数据还在。
优先选用命名数据卷（Volumes）
这是生产环境推荐的标准做法。Docker 会在 /var/lib/docker/volumes/ 下统一管理，自动处理权限、备份、迁移等细节。
- 创建命名卷：
docker volume create mysql-data - 挂载启动 MySQL：
docker run -d --name mysql-db -v mysql-data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 mysql:8.0 - 验证持久性：插入几条测试数据 → 停止并删除容器 → 重新用相同卷启动 → 数据仍在
绑定挂载（Bind Mounts）适合配置与开发调试
当你需要精确控制宿主机路径、实时编辑配置文件或共享本地开发代码时，绑定挂载更灵活，但要注意路径存在性和权限问题。
- 例如挂载自定义 MySQL 配置：
docker run -d -v /data/mysql/conf:/etc/mysql/conf.d -v /data/mysql/data:/var/lib/mysql mysql:8.0 - 宿主机目录必须提前创建，且 MySQL 容器内运行的用户（如
mysql用户 UID 999）需对目录有读写权限，否则启动失败 - 跨平台部署时，Windows/macOS 路径格式差异可能导致问题，不适合标准化交付
备份与恢复必须主动执行
Volume 本身只是持久化载体，不代表自动备份。数据安全依赖定期导出归档。
- 备份命令示例（以 mysql-data 卷为例）：
docker run --rm -v mysql-data:/volume -v $(pwd):/backup busybox tar czf /backup/mysql-backup-$(date +%Y%m%d).tar.gz -C /volume . - 恢复前先停掉使用该卷的容器，再运行：
docker run --rm -v mysql-data:/volume -v $(pwd):/backup busybox tar xzf /backup/mysql-backup-20260617.tar.gz -C /volume - 建议配合 cron 或 CI/CD 流水线实现每日自动备份，并保留最近 7 天副本
避免踩坑的关键细节
很多数据丢失不是因为没用 Volume，而是细节没到位。
- MySQL 容器默认数据目录是
/var/lib/mysql，挂载点必须完全匹配，不能只挂/var/lib或漏掉mysql - 首次挂载空 Volume 时，Docker 会把镜像中对应路径的内容复制进去；但绑定挂载空目录则不会复制，可能导致服务因缺初始化文件而启动失败
- 不要在容器内直接修改挂载目录权限（如
chmod -R 777 /var/lib/mysql），应提前在宿主机设好，否则重启后失效
