最可靠方式是直接备份宿主机挂载源文件，如cp /host/my.cnf ./my.cnf.bak；恢复时需确保无bom、语法兼容mysql 8.0、权限为644，并用mysqld --defaults-file=... --verbose --help验证语法。
直接备份和恢复 MySQL 8.0 的配置文件（如 my.cnf）不需要启动容器或操作数据库，但必须确保你备份的是容器内真实生效的配置路径，且恢复后能被 MySQL 进程读取——否则容器会因配置错误无法启动。
确认 MySQL 容器实际加载的配置文件路径
MySQL 8.0 在 Docker 中默认查找配置的顺序是：/etc/mysql/my.cnf → /etc/mysql/conf.d/*.cnf → /etc/mysql/mysql.conf.d/*.cnf。官方镜像通常只使用 /etc/mysql/conf.d/ 下的挂载文件。
- 运行
docker exec mysql-container ls -l /etc/mysql/conf.d/查看是否有自定义.cnf文件 - 若未挂载任何配置，MySQL 使用内置默认配置，此时无需备份配置文件，只需记录启动时的
-e参数（如MYSQL_ROOT_PASSWORD） - 若通过
-v /host/my.cnf:/etc/mysql/conf.d/custom.cnf挂载，则真正生效的是宿主机上的/host/my.cnf
备份配置文件的两种安全方式
不要用 docker cp 直接从正在运行的容器里复制 —— 容器内文件可能被进程锁定或处于中间状态；应优先从宿主机备份原始挂载源。
- 如果你是用
-v /path/to/my.cnf:/etc/mysql/conf.d/my.cnf启动的：直接复制宿主机文件cp /path/to/my.cnf ./my.cnf.bak - 如果你没显式挂载、但容器内有修改过的
/etc/mysql/conf.d/内容：先停容器docker stop mysql-container，再docker cp mysql-container:/etc/mysql/conf.d/ ./conf-backup/ - 切勿备份
/etc/mysql/my.cnf（官方镜像中它是只读符号链接，指向/usr/etc/my.cnf，改了也无效）
恢复配置后容器无法启动？检查这三点
MySQL 8.0 对配置语法敏感，一个空格或注释格式错误都会导致容器反复重启（docker logs mysql-container 显示 mysqld: Can't read config file 或 unknown variable）。
- 确认恢复后的
.cnf文件末尾**没有 UTF-8 BOM 头**（Windows 编辑器易产生，用file -i my.cnf检查） - MySQL 8.0 不再支持
sql_mode=NO_AUTO_CREATE_USER等旧参数，删掉或替换为兼容写法（如sql_mode=STRICT_TRANS_TABLES,NO_ZERO_DATE） - 挂载时确保权限正确：
chmod 644 /host/my.cnf，否则容器内 MySQL 进程读取失败（日志报Permission denied）
配置文件本身不存数据，但它决定字符集、日志开关、认证插件等关键行为；一次错误的恢复可能导致后续备份失效或客户端连接异常——所以每次修改后，务必用 docker run --rm mysql:8.0.33 mysqld --defaults-file=/etc/mysql/conf.d/custom.cnf --verbose --help | head -20 验证语法是否被识别。
