必须停用MySQL服务后才能安全备份，推荐使用mysqldump逻辑备份（支持事务一致性与跨平台），物理备份仅限完全停机且确认引擎类型的应急场景，备份后须验证文件内容与还原测试。
直接复制 mysql\data 目录会损坏 InnoDB 数据库
这是最常踩的坑：XAMPP 运行中时，mysql\data 下的 ibdata1、ib_logfile* 和各数据库子目录（如 phpmyadmin）处于活跃状态，文件句柄被 mysqld.exe 占用。硬复制会导致文件不一致——尤其 ibdata1 与日志不同步，还原后 MySQL 启动失败，报错类似 innodb: the log sequence number in ibdata files does not match 或直接拒绝启动。
MyISAM 表虽能勉强复制（因无事务日志），但若表正被写入，仍可能产生 .MYD/.MYI 不匹配，查询返回空或报错 table is marked as crashed。所以无论引擎，只要 MySQL 服务在运行，就禁止复制 data 目录。
- 必须先停掉 XAMPP Control Panel 中的 MySQL 服务，确认进程管理器里没有残留
mysqld.exe - Windows 下若提示“拒绝访问”，说明有进程锁住文件，不能强行跳过
- 即使停了服务，也建议优先走逻辑备份；物理备份仅作为应急兜底，且只适用于完全停机可接受的开发环境
mysqldump 是 XAMPP 下最安全可靠的逻辑备份方式
mysqldump 导出的是 SQL 文本，天然跨平台、可读、可编辑、可验证，且对 InnoDB 支持事务一致性快照（靠 --single-transaction），对 MyISAM 自动加读锁保证一致性。它不依赖 MySQL 运行时状态，只要服务能连上就行。
在 XAMPP Shell 中执行以下命令即可全库备份：
mysqldump -u root -p --all-databases --single-transaction --routines --events > D:\backup\full.sql
注意几个关键点：
-
--single-transaction：对 InnoDB 有效，避免锁表；MyISAM 会自动退化为--lock-all-tables，不影响正确性 -
--routines和--events：否则存储过程、函数、事件不会导出 - 若提示
'mysqldump' is not recognized，改用绝对路径："C:\xampp\mysql\bin\mysqldump.exe" - 备份后务必用记事本打开
.sql文件，确认开头有CREATE DATABASE和USE语句，否则还原时可能写进错误库
物理备份仅在彻底停机 + 确认引擎 + 验证文件完整性后才可尝试
物理备份本质是复制 mysql\data 下的原始文件，它快但脆弱。只有满足全部条件时才考虑：
- MySQL 已完全停止（不是“暂停”，是进程消失）
- 确认所有数据库都用 MyISAM 引擎（
SHOW TABLE STATUS查看Engine列），或你清楚 InnoDB 的恢复限制 - 复制前检查
data目录下是否有aria_log_control（MariaDB）、galera.cache（Galera Cluster）等非标准文件，这些不能乱拷 - 还原时必须用**完全相同版本**的 MySQL（XAMPP 版本号需一致），否则
ibdata1格式不兼容直接启动失败
操作示例（仅限 MyISAM 主导的旧项目）：
xcopy "C:\xampp\mysql\data" "D:\backup\mysql_data" /E /I /Y
还原时也必须先停服务，再整目录覆盖，最后检查 mysql_error.log 是否有崩溃记录。
别忽略 mysqldump 的字符集和 GTID 兼容性问题
导出的 SQL 文件默认用连接字符集（通常是 latin1），如果库/表实际是 utf8mb4，还原后中文变问号。必须显式指定：
mysqldump -u root -p --default-character-set=utf8mb4 --single-transaction --all-databases > backup.sql
另外，如果你未来可能搭建主从（哪怕只是本地测试），要加 --set-gtid-purged=OFF，否则导出的 SQL 里会带 SET @@GLOBAL.GTID_PURGED，还原到新实例时可能清空 GTID 集合，导致从库同步中断。
真正容易被忽略的是：备份不是“执行完命令就完事”。每次备份后，应随机挑一个库，在干净环境里试还原一次——mysql -u root -p testdb ，再查几条数据是否正常。否则等到真出事那天，才发现 SQL 文件末尾被截断或权限字段缺失，就晚了。
