MySQL备份分逻辑备份（如mysqldump，适合中小规模、跨版本迁移）和物理备份（如xtrabackup冷/热备，恢复快但兼容性差），需结合binlog实现增量恢复，并可借助GUI或自动化工具提升运维效率。
MySQL常见备份方式主要分两大类：逻辑备份和物理备份，每类下又有不同策略和工具。选哪种，取决于你的数据库规模、可用停机时间、恢复时效要求以及是否启用二进制日志。
逻辑备份：用SQL语句还原，灵活易迁移
以mysqldump为代表，把库/表结构和数据转成可读的SQL文件，适合中小规模数据库、跨版本迁移或开发测试环境。
-
全库备份：
mysqldump -u root -p --all-databases > all.sql -
单库或多个库：
mysqldump -u root -p --databases db1 db2 > dbs.sql -
单表备份：
mysqldump -u root -p mydb users > users.sql -
带事务一致性（InnoDB推荐）：
--single-transaction避免锁表 -
含存储过程、触发器：加上
--routines --triggers -
压缩备份：
mysqldump -u root -p mydb | gzip > mydb.sql.gz
优点是恢复直观、支持部分还原；缺点是大数据量时慢，备份期间可能影响性能。
物理备份：直接拷贝文件，快且接近原生
分为冷备（停库）和热备（不停库）。适用于对RTO（恢复时间目标）要求高的生产环境。
-
冷备份（tar打包data目录）：先
systemctl stop mysqld，再tar Jcvf /backup/mysql-$(date +%F).tar.xz /var/lib/mysql。恢复只需解压+赋权+启动。 -
热备份（xtrabackup）：Percona提供，专为InnoDB优化，支持全量+增量+流式压缩，还能自动处理日志apply。命令如：
xtrabackup --backup --target-dir=/backup/full/ --user=root - mysqlhotcopy（已弃用）：仅支持MyISAM，不推荐新系统使用。
物理备份恢复极快，但兼容性差（不能跨MySQL大版本），且需严格匹配配置与文件权限。
增量与差异备份：配合二进制日志实现粒度恢复
单纯靠mysqldump或xtrabackup做全量，无法应对误删、错更新等场景。必须开启binlog，才能做基于时间点或位置的增量恢复。
- 每天一次全量（如凌晨用
mysqldump或xtrabackup） - 每小时或每15分钟滚动刷新
binlog（FLUSH LOGS），并归档旧日志 - 恢复时：先还原最近全量备份 → 再用
mysqlbinlog解析并重放binlog到故障前一秒
例如：mysqlbinlog --start-datetime="2025-12-16 14:30:00" /var/lib/mysql/mysql-bin.000003 | mysql -u root -p
图形化与自动化工具：降低操作门槛
适合DBA初学者或运维流程标准化场景。
- MySQL Workbench：官方GUI，导出向导清晰，支持选择库/表/对象类型，但无法调度或增量
- Navicat / SQLyog：右键“备份/导出”，自动生成建库语句，支持定时任务（需Pro版）
-
脚本+crontab：最常用组合，例如每天3点执行
mysqldump并保留7天副本 - 第三方平台：如阿里云DTS、腾讯云DBbrain，提供可视化备份策略+告警+校验
这类工具省去命令记忆，但核心逻辑仍依赖底层备份机制，不可替代对原理的理解。
