GridFS簡介
GridFS是MongoDB中的一個(gè)內(nèi)置功能，可以用于存放大量小文件。
GridFS使用
MongoDB提供了一個(gè)命令行工具mongofiles可以來處理GridFS，
列出所有文件：
mongofiles list
上傳一個(gè)文件：
mongofiles put xxx.txt
下載一個(gè)文件：
mongofiles get xxx.txt
查找文件：
//會查找所有文件名中包含“xxx”的文件
mongofiles search xxx
//會查找所有文件名以“xxx”為前綴的文件
mongofiles list xxx
參數(shù)說明：
–d 指定數(shù)據(jù)庫 ，默認(rèn)是fs，Mongofiles list –d testGridfs
-u –p 指定用戶名，密碼
-h 指定主機(jī)
-port 指定主機(jī)端口
-c 指定集合名，默認(rèn)是fs
-t 指定文件的MIME類型，默認(rèn)會忽略
GridFS實(shí)現(xiàn)原理
GridFS在數(shù)據(jù)庫中，默認(rèn)使用fs.chunks和fs.files來存儲文件。
其中fs.files集合存放文件的信息，fs.chunks存放文件數(shù)據(jù)。
一個(gè)fs.files集合中的一條記錄內(nèi)容如下，即一個(gè)file的信息如下：
{
"_id" : ObjectId("4f4608844f9b855c6c35e298"), //唯一id，可以是用戶自定義的類型
"filename" : "CPU.txt", //文件名
"length" : 778, //文件長度
"chunkSize" : 262144, //chunk的大小
"uploadDate" : ISODate("2012-02-23T09:36:04.593Z"), //上傳時(shí)間
"md5" : "e2c789b036cfb3b848ae39a24e795ca6", //文件的md5值
"contentType" : "text/plain" //文件的MIME類型
"meta" : null //文件的其它信息，默認(rèn)是沒有”meta”這個(gè)key，用戶可以自己定義為任意BSON對象
}
對應(yīng)的fs.chunks中的chunk如下：
{
"_id" : ObjectId("4f4608844f9b855c6c35e299"), //chunk的id
"files_id" : ObjectId("4f4608844f9b855c6c35e298"), //文件的id，對應(yīng)fs.files中的對象，相當(dāng)于fs.files集合的外鍵
"n" : 0, //文件的第幾個(gè)chunk塊，如果文件大于chunksize的話，會被分割成多個(gè)chunk塊
"data" : BinData(0,"QGV...") //文件的二進(jìn)制數(shù)據(jù)，這里省略了具體內(nèi)容
}
默認(rèn)chunk的大小是256K。
所以在把文件存入到GridFS過程中，如果文件大于chunksize，則把文件分割成多個(gè)chunk，再把這些chunk保存到fs.chunks中，最后再把文件信息存入到fs.files中。
在讀取文件的時(shí)候，先據(jù)查詢的條件，在fs.files中找到一個(gè)合適的記錄，得到“_id”的值，再據(jù)這個(gè)值到fs.chunks中查找所有“files_id”為“_id”的chunk，并按“n”排序，最后依次讀取chunk中“data”對象的內(nèi)容，還原成原來的文件。
注意事項(xiàng)
1.GridFS不自動處理md5相同的文件，對于md5相同的文件，如果想在GridFS中只有一個(gè)存儲，要用戶自已處理。Md5值的計(jì)算由客戶端完成。
2.因?yàn)镚ridFS在上傳文件過程中是先把文件數(shù)據(jù)保存到fs.chunks，最后再把文件信息保存到fs.files中，所以如果在上傳文件過程中失敗，有可能在fs.chunks中出現(xiàn)垃圾數(shù)據(jù)。這些垃圾數(shù)據(jù)可以定期清理掉。
