FastDFS原理分析系列文章

chang290

      FastDFS文檔很少，只能找到一些寬泛的架構(gòu)文檔，以及ChinaUnix論壇上作者對網(wǎng)友提問的一些回答。對于要將FastDFS應用到生產(chǎn)系統(tǒng)來說，這點了解絕對是不夠的。
      這段時間研究FastDFS源碼，并且做了大量的性能測試，中間也做了大量的筆記，基本上把程序的結(jié)構(gòu)與主要的操作摸索清楚，因此寫了一些文章即是對前段工作的總結(jié)，同時也分享給想更多了解FastDFS內(nèi)部的同行們。這里對每篇文章做個介紹。

      這篇文章地址：
      歡迎大家一起學習討論，非常感謝魚大大開源的這個項目。
      另外關(guān)于合并存儲的設(shè)計缺陷，也請魚大大關(guān)注下，該問題的重現(xiàn)詳見第八篇文章。
      由于存在的這種缺陷，我覺得在上傳系統(tǒng)上使用合并存儲功能需要十分謹慎。

1、機器之間的同步
      Storage之間的同步可能是大家首先關(guān)心的了，這篇文章做了詳細的介紹，最后我還寫了注意事項，主要是性能方面的。
《FastDFS之Binlog同步》

2、添加新機器同步
      大家可能不怎么會注意到這部分，但是其實很重要。在實際的生產(chǎn)系統(tǒng)，壞掉一臺機器，或者為了讀壓力而增加機器，等都是很正常的。在一個運行的系統(tǒng)上添加一臺機器涉及到存量文件的同步與融入到系統(tǒng)中，下面這篇文章做了詳細的回答。
《FastDFS之添加機器同步》

3、磁盤恢復
      線上機器壞個磁盤算是個大概率事件了，換了一個新磁盤，問題來了，數(shù)據(jù)怎么恢復啊。不用急，重啟下Storaged，他會檢測到并進行恢復，雖然恢復時間可能要很長（數(shù)據(jù)量大時），這篇文章對這個功能做了說明。
《FastDFS之磁盤恢復過程》

4、Storaged程序結(jié)構(gòu)
      到此處Storaged主要的功能點已經(jīng)講述了，或者你還想知道程序內(nèi)部是如何組織的，線程之間的協(xié)調(diào)等信息，請看這篇文章。
《FastDFS之Storage程序框架》

5、Client與Tracker的通訊
      現(xiàn)在是時候從客戶端角度來端詳下Tracker了，因為不管是上傳、下載、刪除等操作都需要先查詢Tracker。那么這些查詢Tracker是如何計算，并返回的呢？請看本篇。
《FastDFS之客戶端與Tracker通訊》

6、合并存儲
      海量小文件導致性能下降，可能大家都聽說過。福音是FastDFS通過合并小文件成大文件的方式來規(guī)避這個問題。FastDFS是如何實現(xiàn)這個功能的，詳細請看這里。
《FastDFS合并存儲原理分析》

7、Tracker-Leader選舉
      看過了《FastDFS合并存儲原理分析》這篇文章后，對于其中提到的Tracker-Leader如何選舉可能會好奇，通過這篇文章你會看到Leader的選舉過程。
《FastDFS之Tracker-Leader選擇》

8、合并存儲設(shè)計缺陷
      對于FastDFS合并存儲功能不得不面對一個問題，在某些情況下會導致數(shù)據(jù)錯誤或丟失。你在看《FastDFS合并存儲原理分析》這篇文章時可能已經(jīng)發(fā)現(xiàn)了，現(xiàn)在讓我們完完整整地重現(xiàn)下這種錯誤的出現(xiàn)，請看。
《FastDFS之合并存儲缺陷導致數(shù)據(jù)丟失或錯誤》

chang290

由于ChinaUnix不允許外鏈的URL，因此此處無法提供鏈接。
可以使用百度搜索《FastDFS原理系列文章》即可得到實際上的文章鏈接。