KevinWang：請(qǐng)教幾個(gè)問題!

happy_fish100

KevinWang：
本人剛開始接觸DFS , 努力學(xué)習(xí)FastDFS中.
請(qǐng)教一下關(guān)于FastDFS的幾個(gè)問題:
1. stat.total_get_meta_count： stat.success_get_meta_count：中 . meta data 的數(shù)據(jù)結(jié)構(gòu)的含義是什么? meta data 中具體存放什么內(nèi)容?
2. FastDFS 是否 具有MogileFS的 Query 的功能? 便于查找出文件在哪些Storage中?

happy_fish100：
>> 1. stat.total_get_meta_count： stat.success_get_meta_count：中 . meta data 的數(shù)據(jù)結(jié)構(gòu)的含義是什么? meta data 中具體存放什么內(nèi)容?
meta data就是文件的附加屬性，例如圖片文件寬度、高度、作者等信息。采用key value pair（鍵值對(duì)）方式。

>> 2. FastDFS 是否 具有MogileFS的 Query 的功能? 便于查找出文件在哪些Storage中?
請(qǐng)閱讀我整理的帖子“FastDFS和MogileFS的對(duì)比”。
FastDFS比起MogileFS，少了一個(gè)角色，就是存儲(chǔ)文件索引的數(shù)據(jù)庫，這也是FastDFS的優(yōu)勢(shì)所在。
不知道解答清楚沒有。如果還有其他疑問，請(qǐng)隨時(shí)與我聯(lián)系。


KevinWang：
謝謝版主 這么及時(shí)的回復(fù)!
我想再深入問一下 第2個(gè)問題.
相對(duì)于MogileFS來講, FastDFS減少了MySQL的存儲(chǔ)文件索引的數(shù)據(jù)庫. 那這樣的話, 假如我想去查找(Query)一個(gè)文件是否已經(jīng)在Storage中存在, 具體存放再哪些Storage中.  這樣的功能 MogileFS能實(shí)現(xiàn)么?  如果實(shí)現(xiàn)的話,  是以什么樣的存儲(chǔ)方式來代替的MySQL數(shù)據(jù)庫的呢?
這里先謝版主了! 呵呵


happy_fish100：
出于簡(jiǎn)潔和性能考慮，F(xiàn)astDFS沒有存儲(chǔ)文件索引，也沒有使用數(shù)據(jù)庫。文件上傳成功后，F(xiàn)astDFS會(huì)返回組名和文件名給客戶端，客戶端需要將組名和文件保存在自己的數(shù)據(jù)庫中。
按照FastDFS的設(shè)計(jì)，因?yàn)槲募�名是由服�?wù)器端生成，而不是客戶端指定的，并且服務(wù)器端返回的文件名中包含了文件在服務(wù)器上存放的路徑和文件名信息，所以FastDFS不需要文件名對(duì)照表或索引表。
MogileFS是有文件名對(duì)照表或索引表的，好像用的是Mysql數(shù)據(jù)庫。它具體如何實(shí)現(xiàn)的，細(xì)節(jié)我并不了解。你可以搜索一下相關(guān)文檔。

KevinWang：
哦
版主這么一解釋, 我似乎又明白了一些.
我再好好學(xué)習(xí)下FastDFS,  努力再啃啃代碼.
有什么問題再請(qǐng)教你!
真是謝了!

happy_fish100：
DFS相關(guān)文章中前面幾篇文章都是FastDFS的技術(shù)文檔，包括文件同步機(jī)制、目錄結(jié)構(gòu)和文件格式、通訊協(xié)議等等，相信對(duì)你會(huì)有比較大的幫助。有問題隨時(shí)溝通。

happy_fish100

zhgbcx：
“客戶端需要將組名和文件保存在自己的數(shù)據(jù)庫中”，難道客戶端需要連接數(shù)據(jù)庫去保存文件路徑信息。
　另外如果其它客戶端要讀取這個(gè)文件他該如何獲取這個(gè)文件的路徑呢？
謝謝！

happy_fish100：
組名和文件名合并起來就是文件標(biāo)識(shí)，需要客戶端保存文件標(biāo)識(shí)。
另外，文件名中包含了服務(wù)器端的存放路徑。