数据库备份的3-2-1与演练清单
黄金法则：3-2-1备份领域的第一法则：三份数据——生产库一份、备份至少两份；两种介质——本地与异地、磁盘与对象存储，别把所有副本放在同一种故障域里；一份异地——防机房级灾难。云时代3-2-1的落地更简单：生产库之外，快照存本地一份，逻辑备份传对象存储一份，三份齐活。法则是下限不是上限：核心业务的异地副本还可以再加密、再分区域。
备份类型：三种方式的组合拳全量备份——完整快照，恢复最简单，但文件大、耗时长；增量备份——只备上次备份后的变化，文件最小，但恢复要按链条回放，链断全完；差异备份——备上次全量后的所有变化，介于两者之间。生产实践的标准组合：每日增量加定期全量，全量的周期取决于你能容忍的恢复时长。另一组关键选择是物理与逻辑：物理备份（如xtrabackup、快照）恢复快、备份期间性能影响小，但文件大；逻辑备份（如mysqldump）文件小可读、可跨版本，但大库恢复慢、备份期间抖动明显——生产标准是物理为主、关键表逻辑备份为辅，后者专门应对误删单表的精细化恢复。
备份的质检：校验与保留策略备份出来不等于可用：每次备份后做校验——校验文件完整性、抽样试恢复，确保备份不是坏档。保留策略写明：全量保留几份、增量保留多久、异地副本的独立保留期——按业务的数据价值倒推，别拍脑袋。还有一条容易忽略的安全条款：备份文件的权限与加密——备份是整个数据库的完整拷贝，它的防护等级应该和数据库本身一样高，躺在无加密的公开存储桶里的备份，等于把家底挂在门口——备份泄露的事故里，伤害往往大于数据库本身被攻破。
演练：没验证过恢复的备份等于没有这条法则是备份体系里执行率最低、也最致命的一环。恢复演练的标准动作：定期（至少每季度）从备份完整恢复一套环境——在独立机器上按灾备流程走全量加增量的恢复，计时、记录问题、核对数据完整性；演练产出两样东西：恢复的真实耗时（这是你向上汇报的恢复目标承诺依据）和流程的问题清单（哪个环节卡壳、哪个脚本报错，全是真实灾难时的救命信息）。大型企业的数据库恢复演练已经制度化到有专门的操作日志模板，小团队用一份markdown记录也一样有效——形式可以简陋，动作不能省略——形式不重要，真的做过恢复才重要——演练做假，灾难来时全靠运气。
一份可直接抄的配置每日凌晨增量备份加校验，每周日凌晨全量备份加抽样恢复验证，全量保留四周、异地保留一年，每季度完整演练一次并更新文档——这套配置覆盖绝大多数中小业务。把这份清单贴进运维文档，把下一次演练的日期写进日历：备份的意义不在备份完成的那个凌晨，而在灾难来临的那个下午——那个下午，备份就是全部。