MySQL 5.7本地安装建议使用解压版，因其通过mysqld --initialize-insecure初始化后root默认无密码，可立即登录并执行ALTER USER修改密码，避免安装版自动生成随机密码导致新手无法登录的问题。
直接用 docker run 启一个带预置损坏数据的 MySQL 5.7 容器，比任何本地多实例或 Sandbox 工具都更贴近真实恢复场景——它天然隔离、秒级重建、可重复破坏。
为什么不用 mysqld --initialize-insecure 或 MySQL Sandbox？
数据恢复演练的核心是「可控损坏」和「状态可重置」。用 mysqld --initialize-insecure 虽然启动快，但每次都要手动删 datadir、清 socket、处理权限，稍有遗漏就会复用旧状态；MySQL Sandbox 默认不支持指定 5.7 版本镜像，且生成的实例默认启用 innodb_file_per_table=ON，而很多线上故障恰恰出在共享表空间（ibdata1 损坏）或 frm 文件丢失场景——它没法模拟这些。
真正需要的是：能随时 docker rm -f 后从头来过，且容器内数据目录结构、文件权限、日志位置都和生产环境一致。
用 docker run 创建可破坏的 MySQL 5.7 沙箱
关键不是“跑起来”，而是“怎么让它容易被搞坏又容易复原”。下面这条命令就是为恢复演练定制的：
docker run --rm -d \ --name mysql57-dirty \ -e MYSQL_ROOT_PASSWORD=123456 \ -p 3307:3306 \ -v $(pwd)/mysql57-data:/var/lib/mysql \ -v $(pwd)/my.cnf:/etc/my.cnf \ -v /dev/null:/var/log/mysql/error.log \ mysql:5.7.30
注意这几点：
-
-v $(pwd)/my.cnf:/etc/my.cnf必须挂载自定义配置，确保innodb_file_per_table=OFF、log_bin=ON、server-id=1，否则无法演练 binlog 恢复或 ibdata1 恢复 -
-v /dev/null:/var/log/mysql/error.log是故意的：让错误日志不可写，方便触发“日志写入失败”类故障（比如磁盘满场景） - 不要用
--rm和-v /dev/null:/var/lib/mysql组合——那样数据一启动就空了，没得可恢复 - 首次启动后，立刻进容器执行：
mysql -uroot -p123456 -e "CREATE DATABASE recover_test; USE recover_test; CREATE TABLE t1(id INT); INSERT INTO t1 VALUES(1),(2),(3);"，再手动rm -f /var/lib/mysql/recover_test/t1.*模拟 frm/ibd 丢失
演练前必须预置的三类损坏样本
只靠 SQL 报错不够，恢复演练要覆盖物理层、逻辑层、日志层。建议在容器启动后立即准备：
-
frm + ibd 丢失：删掉
/var/lib/mysql/recover_test/t1.frm和t1.ibd，保留ibdata1—— 测试mysqlcheck --recover或手工拷贝 frm 恢复 -
binlog 截断：用
mysqlbinlog --base64-output=decode-rows -v mysql-bin.000001 | head -n 200 > corrupt.binlog，再用mysqlbinlog corrupt.binlog | mysql -uroot -p123456强制注入损坏事件 -
ibdata1 头部损坏：用
dd if=/dev/zero of=/var/lib/mysql/ibdata1 bs=1 count=1024 seek=0 conv=notrunc破坏前 1KB —— 触发 InnoDB 启动失败，测试冷备份恢复流程
每次演练完，别手抖 docker stop 就完事。真正可靠的做法是：docker rm -f mysql57-dirty && rm -rf mysql57-data，然后重新 docker run —— 这才能保证下一次损坏是干净的、可预期的。
容易被忽略的字符集与权限陷阱
很多恢复失败其实卡在细节上：
- MySQL 5.7 默认
character_set_server=utf8，但生产库常用utf8mb4。如果演练时没在my.cnf里显式设collation-server=utf8mb4_unicode_ci，后续用mysqldump导出再导入可能丢 emoji 或报错 - 容器内
mysql用户默认 UID 是 999，但挂载的本地mysql57-data目录若属主是 root，会导致启动失败并静默退出——查docker logs mysql57-dirty会看到chown: changing ownership of '/var/lib/mysql': Operation not permitted - 想用
mysqlpump或mydumper做逻辑备份？它们不在官方mysql:5.7镜像里。要么提前docker exec -it mysql57-dirty apt-get update && apt-get install -y mydumper，要么换用带工具的镜像如percona:5.7
最省事的底线是：每次 docker run 前先 chown -R 999:999 mysql57-data，再启动。别指望容器自动修权限。
