rsync增量同步核心逻辑是通过对比文件大小和修改时间（默认）或校验和（启用--checksum）决定是否传输，而非依赖日志或时间戳；默认跳过大小与时间均一致的文件，加--checksum可确保内容一致但开销大。
rsync 增量同步的核心逻辑是什么
rsync 不是靠“记录时间戳”或“日志”实现增量，而是通过对比源和目标的文件大小、修改时间（--times）、校验和（--checksum）来决定是否传输。默认只比对修改时间和大小，只要两者一致就跳过——这正是它快的原因，但也意味着：如果目标文件被手动改了内容但没改时间/大小，rsync 就不会重传。
- 默认行为下，
rsync -av /src/ /dst/会跳过所有“看起来没变”的文件 - 若需严格按内容判断，必须加
--checksum，但会显著增加 CPU 和 I/O 开销 - 注意末尾斜杠：
/src/表示同步目录内容，/src表示同步整个目录（即多一层嵌套）
常用备份指令及关键参数取舍
生产环境最常用的备份命令长这样：
rsync -av --delete --exclude='*.tmp' --exclude='/logs/' /data/ user@backup:/backup/data/
-
-a是归档模式，等价于-rlptgoD，保留权限、软链、时间戳、属主属组等；但不保留 ACL 和扩展属性（需额外加-X或-A） -
-v建议保留，首次运行时看哪些文件被跳过/传输，后续可换成--quiet配合日志 -
--delete表示删除目标端存在但源端已不存在的文件——这是真正“同步”的关键，但务必先用--dry-run测试 -
--exclude支持通配符，路径以/开头表示从源根开始匹配（如/logs/），不带开头斜杠则全局匹配（如*.tmp）
远程同步时 SSH 连接失败或卡住怎么办
rsync 默认走 SSH，常见问题不是 rsync 本身出错，而是底层连接异常：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 报错
ssh: connect to host xxx port 22: Connection timed out：检查目标主机sshd是否运行、防火墙是否放行、IP 是否写错 - 同步中途卡住、无响应：大概率是 SSH 连接超时被断开，可在 rsync 命令前加环境变量
RSYNC_RSH="ssh -o ServerAliveInterval=30"，或直接在~/.ssh/config中为该主机配置保活 - 需免密登录时，别只生成 key 就完事，要确保
~/.ssh/authorized_keys权限是600，且sshd_config中PubkeyAuthentication yes已启用
如何验证一次备份是否真正可靠
备份完成不等于能恢复。每次重要备份后，至少做两件事：
- 用
rsync -avn --delete对比源和目标（-n即--dry-run），确认差异是否符合预期 - 抽查几个关键小文件，用
sha256sum手动比对源和目标的内容一致性，例如：sha256sum /data/config.json
ssh user@backup 'sha256sum /backup/data/config.json'
- 如果用了
--compress（仅适用于慢网络），注意它只压缩传输过程，不影响磁盘上文件——所以校验和仍应完全一致
增量备份的“可靠性”不在命令多酷，而在每次执行前是否清楚自己删了什么、跳过了什么、连的是哪台机器。参数少一两个可能省几秒，但漏掉 --dry-run 或写错路径，可能覆盖掉上周的完整备份。
