容器中 MySQL 数据持久化需挂载 /var/lib/mysql 目录，推荐用 Docker Volume（如 mysql-data 卷），开发可用 Bind Mount 但需手动赋权，还需挂载配置文件和初始化脚本，并补充备份与高可用策略。
在容器环境中运行 MySQL 时，数据默认随容器销毁而丢失。要实现可靠的数据持久化，核心是将 MySQL 的数据目录（/var/lib/mysql）从容器内部映射到宿主机或外部存储，同时确保权限、初始化逻辑和备份机制到位。
使用 Docker 卷（Volume）挂载数据目录
Docker Volume 是最推荐的持久化方式，由 Docker 管理，具备跨容器复用、备份迁移和权限隔离优势。
- 创建命名卷：
docker volume create mysql-data - 启动容器时挂载：
docker run -d --name mysql-db -v mysql-data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 -p 3306:3306 mysql:8.0 - 卷内容独立于容器生命周期，删除容器后数据仍在，重新挂载即可恢复服务
- 可通过
docker volume inspect mysql-data查看实际存储路径（通常在/var/lib/docker/volumes/……）
绑定挂载（Bind Mount）适用于开发与调试
将宿主机指定目录直接映射进容器，便于快速查看、编辑或共享 配置文件，但需注意权限与路径一致性。
- 示例命令：
docker run -d --name mysql-dev -v /home/user/mysql-data:/var/lib/mysql -e MYSQL_ROOT_PASSWORD=123456 -p 3307:3306 mysql:8.0 - 首次运行前需手动创建目录并赋权：
mkdir -p /home/user/mysql-data && chown -R 999:999 /home/user/mysql-data（MySQL 容器内默认以用户 ID 999 运行） - 不建议用于生产环境，因路径依赖强、迁移困难，且宿主机文件系统故障直接影响数据库
结合配置文件与初始化脚本保障一致性
仅挂载数据目录不够，还需确保 MySQL 配置（如字符集、日志策略）和初始数据库结构可复现。
- 通过
-v /path/to/my.cnf:/etc/mysql/conf.d/custom.cnf挂载自定义配置 - 利用 MySQL 容器的初始化机制：将
.sql或.sh文件放入/docker-entrypoint-initdb.d/目录（通过卷或构建镜像），容器首次启动且检测到空数据目录时自动执行 - 若需升级或重建，应先导出数据（
mysqldump），再重建卷 + 导入，避免配置与数据状态错配
生产环境建议补充高可用与备份策略
持久化解决的是“不丢”，但不等于“高可用”或“可恢复”。真实场景中需叠加其他手段：
- 定期使用
mysqldump或mysqlpump导出，并上传至对象存储（如 S3、MinIO）或远程服务器 - 启用 MySQL 二进制日志（binlog），配合全量备份实现时间点恢复（PITR）
- 在 Kubernetes 中，优先使用
PersistentVolume + PersistentVolumeClaim，并配置storageClassName对接 NFS、Ceph 或云盘 - 避免多个 MySQL 实例共用同一卷，防止并发写入损坏数据文件
