rsync 一个超大文件夹“./attachments”过后，怎样检测两台服务器的这个“./attachments”文件夹一模一样

递归遍历，MD5 比对？

rsync -c 即可检查。

原本答案和 1 楼一样，看完 2 楼查了一下 manual 支持 2 楼。

md5sum ./attachments

难道不是再同步一次？如果不一致，还不是要重新同步一次

md5sum 并不适合检查文件夹，更适合文件

find . -type f -exec md5sum {} \; > FILES

把文件打成 tar 包
看看 tar 包的 md5 值一样不一样

@smallpython #8 你想打包一个 2T 的文件夹?

@smallpython #8 不能保证两次打包的 md5 值是一样的。

rsync -avP ？

@lihongjie0209 #9 tar 可能是可以 O(1) 额外空间复杂度计算的，md5 是可以 O(1) 额外空间复杂度计算的，因此整个过程是可以流式计算的。

真正的问题并不是计算时间，很可能 文件夹 到 tar 的映射不是 deterministic wrt 内容的，因为 tar 里面还存放了很多其他数据，而且文件的存放顺序也可能是灵活的。

rclone check

-c, --checksum skip based on checksum, not mod-time & size

用 rsync -c

2 个内容一模一样但是 chmod 不一样的文件是不是一样？
2 个内容和 chmod 都一样但 mtime 不一样的文件是不是一样？

@ThinkZ #5 rsync 默认根据大小及时间快速判断文件是否需要同步，有较低可能出现内容不一致的情况（主要是不敢赌）。
而-c 可以显著减小这个风险。如果还不放心，再上 md5+sha1 校验文件。
常规要求文件安稳的做法 rsync -c 即可满足。

@zeyexe 我测试了
随便 tar 了一个文件夹
两次 tar 包的 MD5 值是一样的

1、是否存在文件 /文件夹
2、两个文件都存在，对比文件大小是不是同一个数值
3、如果文件大小是同一个数值，对比 sha1 或者 md5

如果我是这个开发者 我会这样做