宝塔增量备份默认不生效，因需首次备份前手动开启且依赖rsync硬链接机制；须同挂载点、足权限、无软链；数据库备份仍为全量，不支持增量。
宝塔面板增量备份为什么默认不生效
宝塔的「增量备份」功能实际依赖 rsync 的硬链接机制，但默认新建站点时不会自动启用——它只对「手动开启增量备份」后的后续备份起作用，之前所有全量备份都不参与增量链。很多人误以为开启后历史备份会自动转为增量，结果发现磁盘空间没降，备份时间也没快。
- 必须在第一次备份前就勾选「启用增量备份」，否则已存在的全量备份无法被后续增量引用
- 增量备份仅作用于同一备份任务（即同个「备份计划」或同个手动触发入口），跨任务不共享硬链接池
-
/www/backup/site/下每个站点子目录里，若看到多个2024-01-01.tar.gz、2024-01-02.tar.gz且大小相近，基本说明增量没走通——真正增量备份的第二天文件通常只有几 MB
rsync 硬链接模式必须满足的三个条件
宝塔底层调用 rsync --link-dest 实现增量，但这个命令对路径、权限、文件系统有硬性要求，缺一不可。
- 源目录和备份目标目录必须在同一个挂载点（即不能跨磁盘或跨分区），否则
--link-dest会退化为普通复制 - 执行备份的用户（通常是
www）必须对源目录、上一次备份目录、本次备份目录都有r-x权限，写入权限只需在本次目标目录有w - 备份目标路径不能含符号链接，例如
/data/backup若是软链到/home/backup，rsync 会拒绝创建硬链接
验证方式：进宝塔终端，手动跑一次 rsync -a --link-dest=/www/backup/site/example.com_20240101 /www/wwwroot/example.com/ /www/backup/site/example.com_20240102/，看是否报 hard links not allowed 或直接复制了全部文件。
备份任务里「保留份数」的真实含义
宝塔界面上写的「保留最近 N 份」，实际删的是「最老的全量备份 + 所有依赖它的增量」，不是按时间删单个文件。这导致两个常见误判：
- 设成保留 5 份，但实际占了 7 个目录：因为第 1 份是全量，第 2–7 份都是基于第 1 份的增量，删第 1 份就会连带清掉全部
- 修改保留份数后不会立刻清理，要等下一次备份触发时才执行删除逻辑——所以改完得手动点一次「立即备份」才会生效
- 如果某次备份失败（比如磁盘满），它仍会被计入「份数」，但不包含完整数据，后续增量可能链向一个损坏的基线
MySQL 数据库备份无法增量的根本原因
宝塔站点备份里的「数据库」选项走的是 mysqldump 全量导出，和文件层的 rsync 增量完全无关。哪怕你开启了站点增量备份，数据库每次仍是重新 dump + 压缩，体积大、耗时长、无法跳过未变更表。
- 真要减小数据库备份压力，得单独配置 MySQL 的 binlog + xtrabackup，或者用宝塔「数据库管理」页里的「自动备份」并指定只备特定库
- 注意：
mysqldump --single-transaction虽能减少锁表，但不改变全量导出本质；--where参数无法用于自动任务，只能手动加 - 如果站点含大量小图片或日志，建议把
/www/wwwroot/example.com/upload/这类目录从备份排除，比强求数据库增量更有效
增量备份不是开关一开就变快，它依赖路径结构、权限、文件系统一致性，而且只管文件，不管数据库。调不对，反而多占空间还拖慢备份速度。
