這篇文章主要為大家展示了“MongoDB中副本集丟失數據的示例分析”，內容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領大家一起研究并學習一下“MongoDB中副本集丟失數據的示例分析”這篇文章吧。

創新互聯服務項目包括克什克騰網站建設、克什克騰網站制作、克什克騰網頁制作以及克什克騰網絡營銷策劃等。多年來，我們專注于互聯網行業，利用自身積累的技術優勢、行業經驗、深度合作伙伴關系等，向廣大中小型企業、政府機構等提供互聯網行業的解決方案，克什克騰網站推廣取得了明顯的社會效益與經濟效益。目前，我們服務的客戶以成都為中心已經輻射到克什克騰省份的部分城市，未來相信會繼續擴大服務區域并繼續獲得客戶的支持與信任！

1. 概要描述

測試場景為：一主一從一驗證

測試案例

step1 ：關閉從副本；

step 2 ；向主副本中插入那條數據；

step 3 ：關閉主副本；

step 4 ：開啟輔助副本,此副本升級為主副本，這是后會看到新的主副本沒有剛才插入的幾筆數據。

----測試時，請注意測試步驟。

step 5 ：原主節點 再次加入到集群中后，會變成新的輔助副本。測試插入的數據會產生回滾。

2. 具體的測試步驟

（1）測試服務器，原測試環境

主Server：Port	副Server：Port	見證Server：Port
XXX.XXX.XXX.124:27220	XXX.XXX.XXX.123:27221	XXX.XXX.XXX.134:27220

（2）測試步驟

Step 1 向主數據庫（XXX.XXX.XXX.124:27220），插入以下數據，執行時間要長一些。

for(var i = 0; i < 100000; i++) { db.order0522.insert({a: i});};

Step 2 在上述命令執行的過程中，關于副主Server上的mongodb服務，服務命名為mongodboplogtest.service

systemctl stop mongodboplogtest.service

Step 3.查詢主副本上數據庫insert的數據量，為100000.命令完全插入。

Step 4.關閉主副本上的Mongodb 服務，服務命名為mongodboplogtest.service

systemctl stop mongodboplogtest.service

Step 5 開啟輔助節點上的MongoDB服務

systemctl start mongodboplogtest.service

step 6 此時輔助節點（XXX.XXX.XXX.123）升級為主節點，此時數據為30337(100000-30337 筆記錄丟失了)

此時 124 （原主節點）為"stateStr" : "(not reachable/healthy)"

step 7 開啟原主節點上的服務，集群的狀態，關于原主節點的描述短暫處于"stateStr" : "ROLLBACK"

step 8 回滾后，狀態變為"stateStr" : "SECONDARY"

step 9 查詢原主節點數據，此時數據量為30337(100000-30337 筆也記錄丟失了)

3.丟失的數據是否可以找到

我們發現，重啟原主節點（XXX.XXX.XXX.124）mongodb服務后，在數據目錄下多了一個rollback 目錄。

重啟前的數據目錄

重啟后的數據目錄

進去這個目錄后，我們看到生成了一個以數據庫+集合名字+時間的 bson 文件。

以上是“MongoDB中副本集丟失數據的示例分析”這篇文章的所有內容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內容對大家有所幫助，如果還想學習更多知識，歡迎關注創新互聯行業資訊頻道！

網站名稱：MongoDB中副本集丟失數據的示例分析-創新互聯
本文網址：http://www.xueling.net.cn/article/dcishg.html