## 幾大實時同步工具比較 ## inotify + rsync 最近一直在尋求生產服務服務器上的同步替代方案，原先使用的是inotify + rsync，但隨著文件數量的增大到100W+，目錄下的文件列表就達20M，在網絡狀況不佳或者限速的情況下，變更的文件可能10來個才幾M，卻因此要發送的文件列表就達20M，嚴重減低的帶寬的使用效率以及同步效率；更為要緊的是，加入inotifywait在5s內監控到10個小文件發生變化，便會觸發10個rsync同步操作，結果就是真正需要傳輸的才2-3M的文件，比對的文件列表就達200M。 使用這兩個組合的好處在于，它們都是最基本的軟件，可以通過不同選項做到很精確的控制，比如排除同步的目錄，同步多個模塊或同步到多個主機。 <del>**sersync**</del> 不再更新 sersync可以提高同步的性能，也解決了同步大文件時出現異常的問題，所以就嘗試了一下。sersync是國內的一個開發者開源出來的，使用c++編寫，采用多線程的方式進行同步，失敗后還有重傳機制，對臨時文件過濾，自帶crontab定時同步功能。網上看到有人說性能還不錯，說一下我的觀點： 國產開源，文檔不是很全，在2011年之后就沒更新了（googlecode都要快關閉了，其實可以轉交其他人維護），網上關于它的使用和討論都止于2010年了。 特點 * 采用xml配置文件的方式，可讀性比較好，但是有些原生的有些功能沒有實現就沒法使用了 * 無法實現多目錄同步，只能通過多個配置文件啟動多個進程 * 文件排除功能太弱。這個要看需求，不是每個人都需要排除子目錄。 * 雖然提供插件的功能，但很雞肋 ## [lsyncd][1] Lysncd 實際上是lua語言封裝了 inotify 和 rsync 工具，采用了 Linux 內核（2.6.13 及以后）里的 inotify 觸發機制，然后通過rsync去差異同步，達到實時的效果。 它最令人稱道的特性是，完美解決了 inotify + rsync`海量文件同步帶來的文件頻繁發送文件列表的問題` —— 通過**時間延遲**或**累計觸發**事件次數實現。另外，它的配置方式很簡單，lua本身就是一種配置語言，可讀性非常強。lsyncd也有多種工作模式可以選擇，本地目錄cp，本地目錄rsync，遠程目錄rsyncssh。 [1]:https://github.com/axkibe/lsyncd