前言

mongodb的副本集架構，主庫和從庫的數據相同步，如果主庫的機器壞掉，沒什么關系，從庫上還有相同的副本數據。但如果某人惡意操作或誤操作，一下子批量刪除或drop整個庫，這樣主庫和從庫的數據都會沒有，造成巨大損失。因此，對mongodb數據庫定期備份是非常重要的。備份如果每次都全量備份，會消耗大量時間，并且對 mongodb性能也有影響，從而需要能增量備份。mongodb的增量備份網上沒有現成的工具，故仔細研究了下寫了個腳本。

mongodb集群架構時，從庫是通過異步復制主庫的Oplog文件，從而達到與主庫的同步。

Oplog 記錄了MongoDB數據庫的更改操作信息，其保存在local庫的oplog.rs表，在集群架構才存在，單機不會有，故增量備份不能在單機下使用。 oplog有大小限制，超過指定大小，新的記錄會覆蓋舊的操作記錄。

mongodb增量備份原理

如何將某段時間的oplog下載下來，我拼接好的例子：

mongodump -h 127.0.0.1 --port 27117 -d local -c oplog.rs -u admin -p xxx --authenticationDatabase admin -q '{ts:{$gt:{$timestamp:{t:1451355000,i:1}},$lt:{$timestamp:{t:1451357430,i:1}}},ns:/^test_db\\./}' -o oplog_backup

上述是導出1451355000-1451357430時間之間的oplog,導出oplog需要切換到admin權限賬戶。

原理很簡單，但具體實現還是需要很多考慮，具體看代碼。腳本在一個周期內（如一星期）先備份一次全量數據庫，后面每次進行增量備份。腳本地址：http://git.oschina.net/passer/mongodb_backup_script

增量腳本執行時的流程

1. 讀取上一個周期執行信息判斷是否需要創建新的周期
2. 獲得mongodb上oplog最近記錄的時間點current timestamp position
3. 從本地讀取上一次執行時mongodb的oplog時間點
4. dump導出全量數據或增量oplog文件到本地，增量oplog文件的導出范圍是 上次oplog記錄點到最新時間內的oplog文件
5. 保存步驟2獲取的current timestamp position到本地，作為下一次執行步驟3中的時間點
6. 進行壓縮
7. 上傳到oss
8. 刪除本地備份文件

全量腳本執行時的流程

• 備份mongodb數據庫到本地
• 進行壓縮
• 上傳到oss
• 檢驗oss與本地文件的大小是否相同
• 刪除本地備份文件

恢復時腳本執行的流程

1. 從oss上下載指定周期的備份文件到本地
2. 對全量文件和增量oplog的zip文件進行解壓
3. 用 mongorestore對全量文件進行導入
4. 用 mongorestore --oplogReplay 分別對各時間段的oplog文件進行導入

總結

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