冷备份必须停止mysqld服务，否则ibdata1、ib_logfile*和.ibd等文件因持续读写导致内容断裂或元数据错位，恢复后InnoDB报错崩溃。
冷备份必须停服务，否则 ibdata1 和表文件可能不一致，启动时直接报错崩溃。
为什么必须停掉 mysqld 才能拷贝 data 目录
MySQL 5.7 的 InnoDB 引擎在运行时会持续写入 ibdata1（系统表空间）、ib_logfile0/1（重做日志）和各数据库子目录下的 .ibd 文件。只要服务没停，这些文件就处于被读写状态，直接 cp 或 rsync 会导致文件内容断裂或元数据错位。常见现象包括：
- 启动目标实例时报错：
InnoDB: Database page corruption on disk - 连接成功但查不到库，或
SHOW DATABASES只显示mysql/sys等系统库 - 错误日志里反复出现
Cannot open table mysql/user类提示
只有彻底停止 mysqld 进程（不是仅 KILL 连接），才能确保所有脏页刷盘、日志落盘、文件句柄释放。
实际执行冷备份的三步操作清单
以 Linux 系统为例（Windows 同理，只是服务名和路径不同）：
- 停服务：
sudo systemctl stop mysqld（确认无残留进程：ps aux | grep mysqld） - 拷贝整个
data目录：sudo cp -r /var/lib/mysql /backup/mysql_$(date +%Y%m%d_%H%M) - 重启服务：
sudo systemctl start mysqld，并立即检查状态：sudo systemctl status mysqld
注意：/var/lib/mysql 是默认路径，需先用 mysql --help | grep "datadir" 或查 my.cnf 中的 datadir 配置项确认真实路径。
备份后不能直接当恢复包用？这几个文件要特别处理
如果把这次冷备份拿去恢复到另一台机器，光拷过去是不够的。以下三项必须核对或清理：
-
ib_logfile0和ib_logfile1：目标实例启动前必须删除，否则 InnoDB 检测到日志大小/序列号不匹配会拒绝启动 -
auto.cnf：若目标机已有 MySQL 实例，保留该文件会导致 server-uuid 冲突，引发主从复制异常；建议备份时排除或恢复后替换 - 权限问题：
chown -R mysql:mysql /var/lib/mysql必须执行，否则mysqld无法读取文件
另外，源和目标 MySQL 5.7 的 minor 版本最好一致（如都是 5.7.42），跨小版本（如 5.7.28 → 5.7.44）虽通常兼容，但存在 ibdata1 格式微调风险，不建议跳版。
定期自动化的关键点：别只靠 cp，得加校验和保留策略
单纯每天 cp -r 会快速吃光磁盘。实际脚本里至少要包含：
- 用
sha256sum /var/lib/mysql/ibdata1记录校验值，防止拷贝中途出错 - 用
find /backup -name "mysql_*" -mtime +7 -delete自动清理 7 天前备份 - 备份前加锁检测：
if [ -f /var/lib/mysql/ibdata1 ]; then ... fi，避免 mysqld 没真正停就开拷
最易被忽略的是：冷备份期间业务完全中断，如果你的 SLA 要求“零停机”，这个方案就不适用——得切到 mysqldump + binlog 增量，或 Percona XtraBackup。
