MongoDB實現(xiàn)備份壓縮的方法教程

更新時間：2018年09月06日 10:34:53 作者：東山絮柳仔

這篇文章主要給大家介紹了關(guān)于MongoDB實現(xiàn)備份壓縮的相關(guān)資料，文中通過示例代碼介紹的非常詳細，對大家的學習或者工作具有一定的參考學習價值，需要的朋友們下面隨著小編來一起學習學習吧

背景及原理

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

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

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

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

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

（命令解釋： targetpath}/${nowtime 為待壓縮的備份文件；pigz 是Linux壓縮神器，可并行壓縮；-p是指定cpu的核數(shù)。）

但是這種方式，生成備份文件的過程中還是容易形成磁盤性能壓力和空間壓力。下圖為我們某臺Server 采用先備份后壓縮方式，形成的磁盤可用空間變化。

真正希望的是在備份的同時進行壓縮，這樣可用空間就比較平穩(wěn)了。在MongoDB 3.2 中引入了一種壓縮式備份【此mongodb版本必須不低于3.2】?？梢允褂胓zip進行壓縮。這是通過在mongodump和mongorestore中引入一個新的指令行選項“- -gzip”實現(xiàn)的。

壓縮可用于目錄以及歸檔模型下創(chuàng)建的備份，壓縮還可以減少磁盤空間使用。

測試

測試環(huán)境：

測試服務器	測試數(shù)據(jù)庫	端口	文件路徑
172.X.X.245	實例全備	17219	/data/mongodb_back
172.X.X.246	QQ_DingDing	17218	/data/mongodb_back/QQ_DingDing

Step 1 壓縮式備份的命令：

./mongodump --host 172.X.X.245 --port 17219 -u 用戶名 -p "密碼" --gzip --authenticationDatabase "admin" --out /data/mongodb_back

備份后文件的大小，97M

這時候，查看備份文件的格式都變成了.gz的格式

Step 2 將備份文件copy至遠程機器上，進行還原：

以下命令是將在172.X.X.246，要求是將文件從X.245 copy至本地

scp -r root@172.X.X.245:/data/mongodb_back/QQ_DingDing

step 3 執(zhí)行還原的命令

執(zhí)行的命令

./mongorestore --host 172.X.X.246 --port 17218 -d QQ_DingDing -u 用戶名 -p "密碼" --gzip --authenticationDatabase "admin" /data/mongodb_back/QQ_DingDing

還原后登錄MongoDB，執(zhí)行show dbs，查看此時數(shù)據(jù)大小為500M。

補充說明

(1) 如果不采用壓縮式的備份，備份后的文件會是多大呢？備份命令：

./mongodump --host 172.X.X.245 --port 17219 -u 用戶名 -p "密碼" --authenticationDatabase "admin" --out /data/mongodb_back2

查看此種方法備份后的文件大小--1.5G。

以此QQ_DingDing數(shù)據(jù)庫為例，其壓縮率為（文件壓縮后的大小與壓縮前的大小之比）：97M/1.5G=97/1536=6.3%

(2) 這種壓縮備份的方式的會不會帶來一些弊端：例如備份時間增長？（恢復時間增加？，請自測一下試試，嘻嘻 @@@）

以某歸檔備份庫所在實例為例（storageSize 150G，dataSize 600G ）

采用先備份后壓縮的方式耗時1小時55分鐘

采用壓縮式備份（指定--gzip參數(shù)）的方式耗時 2小時33分鐘

產(chǎn)生的備份文件大小基本相等，壓縮式備份方式產(chǎn)生的備份文件略小

所以壓縮式備份會導致備份時間增長。

但從空間使用的角度來講，我們?nèi)匀唤ㄗh大家使用壓縮式備份，其壓縮比非常高（測試案例的壓縮比6.3%）。

附：定時清除，保留7天的紀錄

#!/bin/bash
targetpath='/backup/mongobak'
nowtime=$(date -d '-7 days' "+%Y%m%d")
if [ -d "${targetpath}/${nowtime}/" ]
then
rm -rf "${targetpath}/${nowtime}/"
echo "=======${targetpath}/${nowtime}/===刪除完畢=="
fi
echo "===$nowtime ==="

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對腳本之家的支持。

您可能感興趣的文章: