MongoDB系列教程（八）：GridFS存儲詳解

時間 2019-11-06

標籤 mongodb 系列教程 gridfs 存儲詳解欄目 MongoDB 简体版

原文原文鏈接

MongoDB系列教程（八）：GridFS存儲詳解

GridFS簡介

mongoDB的文檔以BSON格式存儲，支持二進制的數據類型，當咱們把二進制格式的數據直接保存到mongoDB的文檔中。可是當文件太大時，例如圖片和視頻等文件，每一個文檔的長度是有限的，因而mongoDb會提供了一種處理大文件的規範--GridFS。

GridFS實現原理

在GridFS數據庫中，默認使用fs.chunks 和fs.files來存儲文件，其中fs.files集合存放文件的信息，fs.chunks存放文件的數據,一個fs.files集合中的一條記錄內容以下，即一個file信息以下所示：

html

{   

"_id" : ObjectId("4f4608844f9b855c6c35e298"),       //惟一id，能夠是用戶自定義的類型  

"filename" : "CPU.txt",      //文件名  

"length" : 778,      //文件長度  

"chunkSize" : 262144,    //chunk的大小  

"uploadDate" : ISODate("2012-02-23T09:36:04.593Z"), //上傳時間  

"md5" : "e2c789b036cfb3b848ae39a24e795ca6",      //文件的md5值  

"contentType" : "text/plain"     //文件的MIME類型  

"meta" : null    //文件的其它信息，默認是沒有」meta」這個key，用戶能夠本身定義爲任意BSON對象  

}

對應fs.chunks中的chunk（中文意思數據塊），以下所示：

java

{   

"_id" : ObjectId("4f4608844f9b855c6c35e299"),    //chunk的id  

"files_id" : ObjectId("4f4608844f9b855c6c35e298"),  //文件的id，對應fs.files中的對象，至關於fs.files集合的外鍵  

"n" : 0,     //文件的第幾個chunk塊，若是文件大於chunksize的話，會被分割成多個chunk塊  

"data" : BinData(0,"QGV...")     //文件的二進制數據，這裏省略了具體內容  

}

默認大小是256k，因此把文件存入到GridFS過程當中，若是文件大於chunksize，則把文件分割多個chunk，再把這些chunk保存在fs.chunks中，最後再把文件信息存入fs.files中。

在讀取文件的時候，先根據查詢的條件，在fs.files中找到一個合適的記錄，獲得「_id」的值，再根據這個值到fs.funks中查找全部files_id 爲 _id 的chunk，並按照「n」排序，最後依次讀取chunk中的「data」對象的內容，還原成原來的文件。

注：

一、GridFS不自動處理md5相同的文件，對於md5相同的文件，若是想在GridFS中只有一個存儲，要用戶處理，md5值的計算由客戶端完成。

二、由於GridFS在上傳文件過程當中是先把文件數據保存到fs.chunks,最後再把文件的信息保存到fs.files中，因此若是上傳文件過程當中失敗，有可能在fs.chunks中出現垃圾數據，這些垃圾數據，能夠按期清理掉。

mysql

MongoDB系列教程（八）：GridFS存儲詳解

MongoDB系列教程（八）：GridFS存儲詳解

延伸閱讀