rsync 增量备份 + 恢复演练：一份能落地的脚本

备份的价值不在"备份成功"，而在"能不能恢复"。不做恢复演练的备份，等于没有备份。

增量备份的基本形态

用硬链接实现增量，每次备份只传输变化的部分，未变化的文件用硬链接指向上一次，磁盘占用接近全量但传输量很小：

rsync -az --delete 
  --link-dest=/backup/last 
  /www/wwwroot/ /backup/2026-11-07/

跑完后把 last 指向新目录，下一次就以它为基准。保留最近 7 份，脚本里顺手删掉第 8 份即可。

数据库单独处理

文件级备份对运行中的数据库不可靠。先用 mysqldump 导出，再让 rsync 带走：

mysqldump --single-transaction --quick -uUSER -pPASS DB | gzip > /backup/db/$(date +\%F).sql.gz

--single-transaction 对 InnoDB 能拿到一致性快照，不影响线上读写。

恢复演练怎么做

• 在另一台机器（或本机另一个目录）解压最近一份数据库备份，导入一个临时库。
• 抽查三张核心表的行数与线上对比，误差超过 1% 就要查原因。
• 从文件备份里随机挑 5 个文件，校验 md5 与线上一致。
• 记录整个恢复耗时——这个数字决定了真出事时网站停多久。

落地的几条纪律

备份盘与源数据不在同一块物理盘；备份目录只读挂载，避免被误删；每次备份完成后发一条带大小和耗时的通知，大小突然减半往往意味着备份失败而不是数据变少。最后，把恢复步骤写成文档放在备份目录里，别人也能照着做。

本文首发于 izzsj.com，作者保留全部权利。未经书面授权，禁止任何形式采集、转载与镜像；转载请注明来源并保留原文链接。