您好,登錄后才能下訂單哦!
這期內容當中小編將會給大家帶來有關怎么備份與恢復MongoDB數據庫,文章內容豐富且以專業的角度為大家分析和敘述,閱讀完這篇文章希望大家可以有所收獲。
在MongoDB中,mongodump工具通常用來做備份使用。它有如下特點:
1、可以對mongos和mongod進行操作
2、備份的是數據和數據結構,會以bson數據格式存儲
3、不會備份索引,只會備份索引的元數據,只有在恢復的時候才會重建索引。
4、備份的過程中,mongodump會批量的將數據加載到內存中,該方法在數據量比較大的時候,會持續占用內存資源,會增加IO負載壓力。
5、可以備份整個數據庫、整個集合、部分集合內容
該工具的缺點:
1、僅僅適合備份小型的、或者單一數據庫的備份
2、數據量大的時候,備份時間較長
關于Mongodump的命令使用方法,大家可以mongodump --help去查看,常用選項如下:
-p,--port:端口
-h,--host:IP地址
-d,--db:數據庫
-c,--collection:備份的集合名稱
-q,--query:備份數據的條件表達式
-o,--out:備份文件的存放位置
-u,--username:用戶名
-p,--password:密碼
--authenticationDataBase:認證數據庫
具體的使用方法,下面有例子。
數據備份和數據恢復二者是不可分割的,因為數據的備份,本質上還是為了恢復準備的,如果備份的數據不能恢復,那么備份也就失去了意義。
在MongoDB中,Mongorestore這個工具是用來做數據恢復的,數據恢復命令的常用參數如下:
與mongodump重復的部分不再贅述
-p,--port
-h,--host
-d,--db
-c,--collection
--dir:恢復文件存放的位置,如果指定了數據庫文件夾或者集合文件,則只恢復當前數據庫或者當前集合,如果沒有指定,則恢復當前目錄下所有備份數據。
--drop:恢復前會刪除已有的數據庫
-u,--user
-p,--password
--authenticationDatabase
下面來看樣例:
數據備份舉例
備份所有數據庫 mongodump --port=27017 -h 127.0.0.1 -o /data/mongodb_backup -u root -p 123456 2020-11-23T23:40:41.599+0800 writing admin.system.users to 2020-11-23T23:40:41.626+0800 done dumping admin.system.users (3 documents) 2020-11-23T23:40:41.626+0800 writing admin.system.roles to 2020-11-23T23:40:41.651+0800 done dumping admin.system.roles (1 document) 2020-11-23T23:40:41.651+0800 writing admin.system.version to 2020-11-23T23:40:41.680+0800 done dumping admin.system.version (2 documents) 2020-11-23T23:40:41.680+0800 writing test.yeyz to 2020-11-23T23:40:41.680+0800 writing yeyz.test to 2020-11-23T23:40:41.726+0800 done dumping yeyz.test (2 documents) 2020-11-23T23:40:41.727+0800 done dumping test.yeyz (3 documents) 備份yeyz這一個數據庫 [root@VM-0-14-centos ~]# mongodump -d yeyz --port=27017 -h 127.0.0.1 -o /data/mongodb_backup -u root -p 123456 --authenticationDatabase admin 2020-11-23T23:41:58.991+0800 writing yeyz.test to 2020-11-23T23:41:59.050+0800 done dumping yeyz.test (2 documents) 備份yeyz數據庫中的test集合中的name=ccc的記錄 [root@VM-0-14-centos ~]# mongodump -d yeyz -c test -q '{name:{$eq:"ccc"}}' --port=27017 -h 127.0.0.1 -o /data/mongodb_backup -u root -p 123456 --authenticationDatabase admin 2020-11-23T23:43:24.473+0800 writing yeyz.test to 2020-11-23T23:43:24.501+0800 done dumping yeyz.test (1 document)
數據恢復舉例
恢復前 > use yeyz switched to db yeyz > show tables; test > db.test.find() { "_id" : ObjectId("5fa7eae2515b814f18f2d474"), "name" : "ccc" } { "_id" : ObjectId("5fa7f00e523d80402cdfa326"), "name" : "bbb" } 恢復后 > show tables; test test_recover > db.test_recover.find() { "_id" : ObjectId("5fa7eae2515b814f18f2d474"), "name" : "ccc" }
我們成功的將上面的yeyz數據庫中的test集合中的name=ccc的記錄恢復到了test_recover這個集合當中。
物理備份的概念大家應該都理解,常用的方法是復制物理硬盤上的數據庫文件。
想要保證復制的物理文件和真實的數據庫文件一致,需要保證當前數據庫沒有寫入。如果數據庫有寫入,則復制的數據是不準確的。所以,物理復制必須在MongoDB實例停機狀態或者鎖定狀態下進行。一般來講,在MongoDB集群中,我們會使用鎖定從庫的辦法來進行備份。
通常情況下,使用:
db.fsyncLock() 鎖定從數據庫。
db.fsyncUnlock() 解鎖數據庫
鎖定從節點的數據庫之后,在從節點上使用物理文件拷貝的方式進行備份即可。
備份完成即可解鎖數據庫。
最后,數據備份的時候,如果有寫入,那么備份的數據是否會不準確?例如下面這樣:
如果我們的備份進度處在中間位置,即:
A庫備份完成的時候,B庫沒有開始備份
此時分別寫入A庫和B庫兩個文檔,則最終的備份結果中,A庫的數據沒有新增的數據,B庫的數據有新增的數據,就會產生數據的不一致。為了解決這個問題,備份一般都使用鎖定數據庫或者停止實例的方法來解決。
在MongoDB中,可以在從庫上進行鎖定或者停止實例的備份操作,不建議在線上環境使用MongoDB單庫,因為這種情況,備份恢復將會成為一個瓶頸問題。
上述就是小編為大家分享的怎么備份與恢復MongoDB數據庫了,如果剛好有類似的疑惑,不妨參照上述分析進行理解。如果想知道更多相關知識,歡迎關注億速云行業資訊頻道。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。