直接映射宿主机目录到/var/lib/mysql易致启动失败或数据损坏，因首次启动需初始化数据目录，非空或权限异常的宿主机目录会触发mysqld拒绝启动；应优先用命名卷，复用宿主机路径须清空目录并匹配UID。
MySQL 容器启动时挂载数据卷，为什么不能只用 -v /host/path:/var/lib/mysql？
直接映射宿主机目录到 /var/lib/mysql 极易导致容器启动失败或数据损坏。根本原因是 MySQL 容器首次启动时会初始化数据目录（生成 ibdata1、mysql 系统库等），若宿主机目录非空且结构不匹配（比如是旧版本 MySQL 数据、或残留文件权限异常），mysqld 会拒绝启动并报错：Failed to initialize databases 或 Can't start server: Bind on TCP/IP port。
实操建议：
- 首次部署务必使用命名卷（
docker volume create mysql-data）+--mount显式挂载，避免隐式权限/初始化冲突 - 若必须复用宿主机路径，先清空目标目录，并确保宿主机用户 UID 与容器内
mysql用户（通常 UID=999）一致，可用chown -R 999:999 /host/mysql-data - 永远不要在运行中的容器里手动修改
/var/lib/mysql下的文件——交给mysqldump或mysqlpump
从物理机 MySQL 导出数据，怎么避免字符集和 GTID 兼容问题？
导出命令不加参数容易导致导入时报错 ERROR 1840 (HY000): @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty，或中文乱码（尤其表结构含注释时）。
实操建议：
- 导出时显式指定字符集：
mysqldump --default-character-set=utf8mb4 -u root -p --single-transaction --routines --triggers --events mydb > mydb.sql - 禁用 GTID 相关字段（适用于非主从场景）：
--set-gtid-purged=OFF；如需保留 GTID，加--master-data=2并确认源库已启用gtid_mode=ON - 若导出大库（>1GB），避开
--lock-tables（默认开启），改用--single-transaction+--skip-lock-tables组合减少锁等待
导入 SQL 到 Docker MySQL 容器，为什么执行完没报错但表全空？
常见现象：执行 docker exec -i mysql-container mysql -u root -p mydb 后无错误输出，但 <code>SELECT COUNT(*) 返回 0。本质是 SQL 文件开头含 CREATE DATABASE 或 USE 语句，而导入命令未指定默认数据库，导致语句在 test 库执行或被忽略。
实操建议：
- 导入前确认容器内数据库已存在：
docker exec mysql-container mysql -u root -p -e "CREATE DATABASE IF NOT EXISTS mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci" - 导入命令必须指定库名：
docker exec -i mysql-container mysql -u root -p mydb （注意末尾没有分号） - 大文件导入优先用容器内执行方式，避免 shell 重定向解析中断：
docker exec -i mysql-container sh -c 'mysql -u root -p mydb' < mydb.sql
如何验证容器化 MySQL 数据持久化真正生效？
很多人以为挂了卷就“绝对安全”，但实际可能因配置遗漏导致重启后数据回滚到初始状态——比如忘记在 docker run 中传入 --restart=unless-stopped，或卷路径写错成只读（:ro），或容器异常退出后被自动重建却没复用原卷。
实操建议：
- 检查卷是否真实绑定：
docker inspect mysql-container | grep -A 5 Mounts，确认Source是预期路径或卷名，Mode是rw - 手动删表再重启容器：
docker restart mysql-container，然后查刚删的表是否仍不存在；若恢复，说明数据没落盘 - 进容器查数据目录归属：
docker exec mysql-container ls -ld /var/lib/mysql，应为mysql:mysql（UID 999），否则后续写入失败
最易被忽略的是：Docker Desktop for Mac/Windows 的文件系统性能限制，/var/lib/mysql 挂载到宿主机 NTFS/HFS+ 分区时，InnoDB 可能因 fsync 延迟触发崩溃恢复失败——生产环境务必用 Linux 主机或 WSL2 原生支持 ext4。
