MySQL 备份是为应对删库、误操作等故障而将数据、结构、binlog 及配置等复制保存的过程；需覆盖数据库对象、实际数据、关键日志和环境信息，分逻辑 / 物理、全量 / 增量两类，且必须满足一致性、可验证性、异地多副本三大硬条件。
MySQL 备份，就是把数据库里的数据、表结构、配置信息甚至二进制日志等，复制一份保存到其他位置的过程。核心目的不是“存起来”，而是确保在删库、误操作、磁盘损坏或服务崩溃时，能快速、准确地把 数据恢复 回来。
备份到底保什么
一份合格的 MySQL 备份不能只导出几张表的数据。至少应覆盖以下几类内容：
- 数据库对象：库、表、视图、存储过程、函数、触发器等结构定义（CREATE 语句）
- 实际数据：每张表里的所有行记录（INSERT 语句或文本格式）
- 关键日志：尤其是二进制日志（binlog），它是实现增量恢复和主从同步的基础
- 配置与环境信息：如 my.cnf 中的关键参数、字符集设置、GTID 状态等，避免恢复后行为异常
物理备份 vs 逻辑备份
这是最基础的分类方式，决定了备份怎么生成、怎么恢复、适合什么场景：
- 逻辑备份 ：用mysqldump 这类 工具，把结构和数据转成 SQL 文本文件。优点是跨版本、可读可编辑、兼容性好；缺点是大库导出 / 导入慢，不支持热备（需加锁保障一致性）
- 物理备份 ：直接拷贝数据文件（如 ibd、frm、binlog 文件等），常用工具包括xtrabackup 或mysqlbackup。速度快、恢复快、天然支持热备；但通常绑定 MySQL 版本和存储引擎，不能直接在不同系统间迁移
全量备份 vs 增量备份
按覆盖范围划分，影响备份频率和恢复流程：
- 全量备份：一次备份整个库（或指定库 / 表）的所有数据和结构。是恢复链的起点，必须定期执行（如每天一次）
- 增量备份：只备份自上次全量（或上次增量）以来发生变化的数据。依赖 binlog 或 xtrabackup 的增量机制。节省空间和时间，但恢复时需按顺序回放多个备份包
备份不是“存完就完事”
真正有效的备份，必须满足三个硬条件：
- 一致性 ：备份时刻的数据状态是事务一致的（例如用–single-transaction 保证 InnoDB 快照）
- 可验证：不能只看文件生成了，要定期在测试环境还原并校验数据是否完整、查询是否正常
- 异地 + 多副本：备份文件不能和数据库放在同一台机器、同一机柜甚至同一机房，否则火灾、断电、误删都可能一并丢失
