rsync 是同步文件的利器，一般用于多个机器之间的文件同步与备份，同时也支持在本地的不同目录之间互相同步文件。在这种场景下，rsync 远比 cp 命令更加合适，它只会同步需要更新的文件，默认情况下，rsync 通过比较文件的最后修改时间（mtime）和文件的大小（size）来确认哪些文件需要被同步过去。
最近刚好有一个需求，需要将文件从一个目录同步到另外一个目录去，我就首先试了下下面的命令：
# mkdir src dest # echo hello > src/one.txt # rsync --stats src/1.txt dest
这里加上 --stats 的目的是为了显示文件传输的详细信息。执行完成后文件已经同步到目标目录，非常简单，但是如果再执行一次，我们会非常尴尬地发现文件被再次同步过去：
# rsync --stats src/one.txt dest Number of files: 1 Number of files transferred: 1 Total file size: 6 bytes Total transferred file size: 6 bytes Literal data: 6 bytes Matched data: 0 bytes File list size: 21 File list generation time: 0.001 seconds File list transfer time: 0.000 seconds Total bytes sent: 77 Total bytes received: 31 sent 77 bytes received 31 bytes 216.00 bytes/sec total size is 6 speedup is 0.06
这里的问题让我抓狂很久，百思不得其解。但是如果我们运行时加上 -a 参数，文件就不会重复同步，下面是运行结果：
# rsync -a --stats src/one.txt dest Number of files: 1 Number of files transferred: 0
翻了下帮助，找到 -a 选项的说明:
# rsync --help | grep -w -- -a -a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
使用这个选项后，会开启 archive mode，这时同步的时候会保留文件的属性，例如权限、用户及组、时间等等。然后，我们回忆下 rsync 如何是比较文件，大概可以猜出问题应该出在时间这一个属性上，准确地说是最后修改时间，也即所谓的 mtime。
那我们接下来，通过实际例子来确认下我们的猜想：
# rm src/one.txt # rsync src/one.txt dest # stat -c %y src/one.txt dest/one.txt 2013-10-15 11:28:15.000000000 +0800 2013-10-15 11:28:17.000000000 +0800
果然，不带选项同步时源和目标文件的 mtime 是不一样的，这就导致下次 rsync 的时候，仍然误以为文件需要同步。接下来，我们改变下 dest/one.txt 的 mtime，然后再执行一次：
# touch -r src/one.txt dest/one.txt # rsync --stats src/one.txt dest Number of files: 1 Number of files transferred: 0
这下 rsync 不会再同步 one.txt 了。当然，还有其它的选项也能够有同样的效果，比如 --update 或者 --size-only，都可以尝试下。
当然大多数情况下，还是建议以下几个选项一起使用：
# rsync -avzS --partial src dest
转载请注明转自: 团子的小窝 , 本文固定链接: rsync 同步文件重复拷贝问题
- 使用命令行启动 VirtualBox 虚拟机6,464 人浏览过
- 什么是交互式登录 Shell17,067 人浏览过
- Grub 加载系统的三个阶段4,436 人浏览过
- Sed and awk 笔记之 sed 篇：高级命令（二）7,607 人浏览过
- Sed and awk 笔记之 awk 篇：快速了解 Awk（二）9,502 人浏览过
- iftop: Linux 下的流量监控工具