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