MySQL热备核心是业务不中断下获取一致数据副本，关键要求为不中断服务、数据一致、恢复可靠；轻量级用mysqldump加--single-transaction等参数实现准热备；专业级用Percona XtraBackup支持物理级无锁全量/增量备份；高可用场景可借主从复制在从库备份实现零感知；备份后须校验、抽样恢复、binlog归档及生命周期管理。
MySQL 热备（即在线备份）的核心目标是：数据库持续提供服务的同时，获取一致性的数据副本。不中断业务、保证数据一致性、恢复快速可靠，是热备方案的三个关键要求。
基于 mysqldump + 事务一致性 的轻量级热备
适用于中小规模、读多写少、对锁敏感度较低的场景。mysqldump 默认并非完全无锁，但通过合理参数可实现“准热备”：
- --single-transaction：对 InnoDB 表启用一致性快照（依赖 MVCC），全程不锁表，是热备关键；
- --master-data=2：自动记录备份时刻的 binlog 文件名与 position，为后续搭建从库或 PITR（基于时间点恢复）提供依据；
- --routines --triggers --events：确保存储过程、触发器、事件调度器等元数据一并导出；
- 避免使用 --lock-all-tables 或 --lock-tables（会全局/表级加读锁，影响写入）。
示例命令：
mysqldump -u root -p --single-transaction --master-data=2 --routines --triggers --events --all-databases > full_backup_$(date +%F).sql
基于 Percona XtraBackup 的专业级物理热备
这是目前生产环境最主流的 MySQL（尤其是 Percona Server / MySQL 5.7+ / 8.0）热备工具，支持真正的物理级、非阻塞、增量备份：
- 对 InnoDB 数据文件执行 拷贝 + redo 日志应用，全程无需锁表，写入不受影响；
- 支持 流式备份（–stream=tar | xbstream）直接压缩传输到远程，节省本地磁盘；
- 支持 增量备份（–incremental-basedir），大幅降低备份窗口与存储开销；
- 备份后需执行 prepare（--apply-log）才能用于恢复，确保数据页一致性；
- 注意：XtraBackup 8.0+ 版本需与 MySQL 8.0 兼容，且不支持 MyISAM 表的热备（会自动加锁）。
典型流程示例：
# 全量备份
xtrabackup --backup --user=root --password=xxx --target-dir=/backup/full_$(date +%F)
# 准备全量（回滚未提交事务，前滚已提交但未刷盘的 redo）
xtrabackup --prepare --target-dir=/backup/full_$(date +%F)
# 增量备份（基于上一次全量）
xtrabackup --backup --user=root --password=xxx --target-dir=/backup/inc_$(date +%F) --incremental-basedir=/backup/full_2024-06-01
利用 MySQL 主从复制 + 备份从库 实现零感知热备
本质是把备份压力转移到从库，主库完全不受影响，是最稳妥的“伪热备”策略：
- 部署至少一台延迟可控的从库（relay_log_purge=OFF 可保留中继日志用于更细粒度恢复）；
- 在从库上执行 mysqldump 或 xtrabackup —— 此时主库读写照常，从库仅承担备份 I/O 负载；
- 备份前建议先 stop slave SQL_THREAD（不停 IO_THREAD），让 relay log 积累完整，再备份，保障 binlog position 与数据严格对应；
- 备份完成后 start slave SQL_THREAD 即可继续同步，整个过程对主库零干扰。
备份后的关键动作：校验与归档
备份文件本身不等于可用备份。必须做以下验证，否则热备失去意义：
- 校验完整性：对 xtrabackup 备份执行 --prepare 后检查 exit code；对 mysqldump 检查末尾是否含 “Dump completed on …”；
- 抽样恢复测试：定期在隔离环境还原备份，验证能否成功启动、关键表可查询、主从位置可对接；
- binlog 持续归档：热备只捕获某一时点，必须搭配 binlog 异步归档（如定时 rsync 到 NFS/S3），才能支持任意时间点恢复；
- 设置生命周期管理：用脚本自动清理过期备份（如保留最近 7 天全量 + 30 天 binlog），避免磁盘爆满。
不复杂但容易忽略。
