背景及原理                                        

數(shù)據(jù)庫(kù)的備份是災(zāi)難恢復(fù)的最后一道屏障，不管什么類型的數(shù)據(jù)庫(kù)都需要設(shè)置數(shù)據(jù)庫(kù)備份，MongoDB也不例外。MongoDB 3.0 后 ，數(shù)據(jù)庫(kù)可以采用Wiredtiger存儲(chǔ)引擎后（3.2 版本默認(rèn)），在此環(huán)境下通過(guò)mongodump 備份后，產(chǎn)生的備份文件要遠(yuǎn)大于數(shù)據(jù)存儲(chǔ)文件的大小。此外，一般MongoDB存儲(chǔ)的數(shù)據(jù)量比較大，備份文件也比較大，占用了很多磁盤空間。所以，研究如何實(shí)現(xiàn)MongoDB備份壓縮很有必要。

上圖是執(zhí)行命令 db.stats() 查看某數(shù)據(jù)庫(kù)的信息。

備份文件的大小一般為dataSize的大小，所以我們希望壓縮備份，可以達(dá)到storageSize 或者更小。

一般的備份思路是先備份，后對(duì)備份文件進(jìn)行壓縮。之前，我們采用的就是這種方式，例如主要壓縮命令如下

tar -cf - ${targetpath}/${nowtime} | pigz -p 10 > ${targetpath}/${nowtime}.tgz