冷备份必须停掉mysqld进程，否则文件状态不一致导致InnoDB启动失败；需确认进程彻底退出、完整拷贝datadir和my.cnf、恢复时清空目标目录并修正权限。
冷备份必须停掉 mysqld，否则拷出来的文件极大概率无法启动——这不是概率问题，是 InnoDB 文件状态不一致导致的硬性失败。
停服务前必须确认 mysqld 已彻底退出
很多人执行 systemctl stop mysql 就以为完事了，但残留进程会悄悄破坏一致性：
- 用
ps aux | grep mysqld看是否还有进程在跑，尤其注意mysqld_safe或子进程 -
systemctl is-active mysql返回inactive才算真正停稳 - 检查
/var/lib/mysql/mysqld.pid是否还存在，存在说明没干净退出 - 若发现残留，强制杀掉：
kill -9 $(cat /var/lib/mysql/mysqld.pid)，再删 pid 文件
拷贝时只认 datadir 和 my.cnf，其他日志/插件目录不是必须
冷备份的核心是保证 InnoDB 能重放并加载，不是把整个 MySQL 安装路径打包：
- 必须拷的：数据目录（
/var/lib/mysql默认）全部内容，含隐藏文件（.ibd、ibdata1、ib_logfile*、mysql/、performance_schema/） - 必须拷的：主配置文件（
/etc/my.cnf或/etc/mysql/mysqld.conf.d/mysqld.cnf），里面innodb_log_file_size、innodb_page_size等参数错一个，启动直接报错 - 可不拷的：
/var/log/mysql（错误日志可丢）、/var/run/mysqld（socket/pid 临时目录）、/usr/lib/mysql/plugin/（插件 SO 文件需单独同步，否则SHOW PLUGINS显示 DISABLED）
解压后权限和文件完整性比压缩命令本身更关键
哪怕你用了 tar -czf，恢复失败也几乎都卡在这两步：
Mysql Skill 1.0.0 (3)
下载
MySQL 数据库管理技能，能够通过自然语言查询和管理数据库，支持 SELECT/INSERT/UPDATE/DELETE、表管理、备份恢复等操作。当用户提及 MySQL、数据库查询、建表或数据备份时使用此技能。
- 目标机
/var/lib/mysql必须先清空：rm -rf /var/lib/mysql/*，不能覆盖解压，否则旧ib_logfile*与新配置大小冲突，报错InnoDB: Error: log file ./ib_logfile0 is of different size - 解压后立刻执行：
chown -R mysql:mysql /var/lib/mysql，漏掉这句，mysqld启动时可能静默退出，或报Can't open the mysql.plugin table - 校验是否拷全：
find /var/lib/mysql -type f | wc -l对比备份包内文件数：tar -tzf backup.tar.gz | wc -l
恢复后启动失败，先盯住错误日志里的三个关键词
别急着重启，直接看 /var/log/mysql/error.log（或 mysqld.err）里有没有：
-
InnoDB: Database page corruption on disk→ 原因：停服务前没等刷盘完成，或拷贝中途磁盘满 -
Table 'mysql.plugin' doesn't exist→ 原因：权限没改，或mysql/目录下文件被漏拷 -
keyring_file_datanot found → 原因：源库开了innodb_encrypt_tables=ON，但密钥文件没一并迁移
冷备份看着简单，真正难的是“停得干净、拷得完整、解得干净、权得正确”——四步里错一步，就卡在启动那一下。
