mongodb-oplog

0熱度

1回答

蒙戈的版本是3.0.6，我有一個過程，通過使用--oplogReplay選項由mongodump和mongorestore另一個數據庫添加到目標數據庫應用OPLOG。但我發現重複鍵錯誤信息很多時間，源和目標數據庫具有相同的結構（印度和字段）是不可能有目標重複的記錄，因爲它應該是對源數據庫錯誤首次。和錯誤消息看起來像這樣 2017-08-20T00:55:55.900+0000 Failed:

8熱度

1回答

爲什麼觀察oplog需要在流星/孟戈這麼多時間？

我有一個MongoLab集羣，它允許我使用Oplog拖尾以提高Meteor.js應用程序的性能，可用性和冗餘度。問題是：因爲我一直在使用它，我所有的出版物都需要更多時間才能完成。當它只需要200毫秒時，這不是問題，但它通常需要更多，就像我在這裏訂閱我描述的出版物here。該出版物已經有太長的響應時間，oplog觀察也在減慢它的速度，儘管它並不是觀察oplog花費那麼多時間的唯一出版物。任何人

0熱度

1回答

使用golang

我存儲在從初級MongoDB實例JSON格式oplogs已經運行集羣的主實例上運行 [{"Timestamp":6477723955623886852,"HistoryID":166676398345289971,"MongoVersion":2,"Operation":"i","NameSpace":"test.tests","Object":{"__v":0,"_id":"59e57f9e84

0熱度

2回答

如何爲數據庫創建mongodb oplog？

最近我從MongoDB地圖集中購買了集羣帳戶。我檢查過UI和MongoDB文檔，但不知道創建oplog db。以及如何爲oplog創建連接字符串？

6熱度

1回答

複用器，觀察更改持續時間和OplogTailingin mongo /流星

我正在用Meteor.js開發一個應用程序。爲此，我確實有一個用於oplog拖尾的mongo實例集羣。另外，我使用Kadira來追蹤我的應用程序性能。由於我已啓用oplog拖尾，我的許多pub/sub比以前更慢。我所看到的是，當oplog「查詢」的「wasMultiplexerReady」屬性設置爲false時，速度會變慢，在Kadira上觀察到的大部分觀察變化都是這種情況。問題是網上絕對沒有

0熱度

1回答

如何使用Node.js獲得無限循環

我修改文檔中插入一個MongoDB的relpSet而在另一個使用蒙戈 - OPLOG將其插入MongoDB中的文檔和Node.js的我下面this link插入文檔在mongo中使用node.js.我寫了一個包裝器，它將獲取要插入的文檔作爲參數。 function insertMongo(doc) { var insertDocument = function (db, callbac

0熱度

1回答

使用mongorestore for oplogreplay和--numInsertionWorkersPerCollection /同時使用mongorestore進行oplog重播

如果我使用mongorestore並將oplogreplay的numInsertionWorkersPerCollection> 1，它不會帶來任何性能改進。我有一個8核心機器，64 GB RAM，我的完整oplog大小約爲1 GB（在同一個集合上約有100萬個請求）。所以我不認爲硬件是這裏的限制。請讓我知道背後的原因。基本上，我正在比較mongorestore與sync（用於更新次級oplog

0熱度

1回答

Oplog在流星中拖尾 - 做或不做？

我想調和這kadira.io文章，其中說oplog拖尾是每個流星生產應用程序必須與此compose.io文章 - 請參閱「要Oplog或不Oplog」，其中說，你應該只在某些情況下使用oplog部分。基本上我有一個Meteor應用程序，它沒有大量的用戶或大量的連續寫入集合。然而，它確實需要從數據庫中讀取大量的數據，這似乎是在放慢速度。據我所知，它只在一臺服務器上運行。我想知道會不會增加op

0熱度

1回答

Node.js的多個mongo-oplog實例

我試圖讀入並通過一個包含不同mongoURI的配置文件循環，然後嘗試使用mongo-oplog監視它們的活動。我不知道如何動態地爲所有這些數據庫設置監聽器（比如更新，插入和刪除）。有關我如何能夠這樣做的任何想法？感謝您抽出時間幫忙！

0熱度

1回答

流星oplog拖尾和性能

流星使用oplog拖尾有什麼優勢？我知道這些：有副本集確保高可用性 OPLOG拖尾提供了改進的性能，當涉及到檢測數據庫的變化，並推動這些給客戶更具體地說，鑑於Meteor應用程序的'實時'方面並不重要（即不會寫入密集程度足以使客戶端在會話期間看到任何數據更改），並且也忽略了擁有副本集的可用性優勢，是否存在使用oplog拖尾的其他優點？