物理备份是直接复制MySQL底层文件，速度快、恢复高效，但需保证数据一致性，不支持跨版本还原或单表恢复；常用工具包括XtraBackup（热备推荐）、MEB和LVM快照。
物理备份是直接复制 MySQL 数据库的底层文件（如 ibd、frm、ib_logfile、binlog 等），速度快、恢复效率高，但要求数据库停止写入或使用一致性机制（如 FLUSH TABLES WITH READ LOCK 或 Percona XtraBackup 的热备能力）。
物理备份的核心特点
物理备份操作对象是数据文件本身，不经过 SQL 解析，因此：
- 备份和恢复速度远快于逻辑备份，尤其适用于 TB 级大库；
- 不能跨 MySQL 版本或存储引擎直接还原（例如从 5.7 的 InnoDB 备份恢复到 8.0 可能失败）；
- 需确保备份时刻的数据一致性——冷备需停库，热备依赖工具支持（如 xtrabackup）；
- 无法选择性恢复单张表或某几行数据，最小粒度通常是表空间（.ibd 文件）或整个实例。
常用物理备份工具与方式
主流方案有两类：
- mysqldump + 文件拷贝（冷备）：执行 FLUSH TABLES WITH READ LOCK 后，手动拷贝 datadir 下所有文件。简单但需锁表，业务中断；
- Percona XtraBackup（推荐热备）：开源免费，支持不锁表备份 InnoDB 和部分 MyISAM 表，自动处理 redo log 和一致性点，还能做增量备份；
- MySQL Enterprise Backup（MEB）：Oracle 官方商业工具，功能类似 XtraBackup，但需授权；
- LVM 快照备份：在支持 LVM 的系统上创建快照后快速拷贝，要求 datadir 在独立逻辑卷中，且需短暂锁表保证一致性。
物理备份 vs 逻辑备份（如 mysqldump）对比
关键区别不在“是否导出 SQL”，而在于操作层级和适用场景：
- 恢复粒度：逻辑备份可恢复单库、单表甚至指定条件的数据；物理备份只能恢复到备份时的完整状态；
- 跨版本兼容性：逻辑备份生成标准 SQL，可在不同 MySQL 版本间迁移；物理备份严格绑定版本与参数（如 page_size、innodb_page_size）；
- 磁盘占用：物理备份体积接近实际数据文件大小；逻辑备份因含建表语句和 INSERT 语句，压缩后通常更小（尤其空表多时）；
- 校验与调试：SQL 文件可人工审查、编辑、过滤；二进制文件无法直接阅读，出错难定位。
选型建议
根据实际需求组合使用更稳妥：
- 核心生产库建议用 XtraBackup 做每日物理全备 + 增量 + binlog 归档，兼顾速度与恢复灵活性；
- 开发/测试环境或小库可用 mysqldump 逻辑备份，便于迁移和数据脱敏；
- 严禁仅依赖物理备份而不保留 binlog——它无法回滚误删或覆盖操作，必须配合 binlog 实现 PITR（基于时间点恢复）；
- 备份前务必验证：检查 datadir 权限、磁盘空间、备份用户权限（RELOAD, REPLICATION CLIENT, LOCK TABLES 等），并定期做恢复演练。
