これが私の問題です:
非常に遅い接続(主にアフリカ内など)で使用する必要があるMongoDBレプリカセットがあります。ここにいる他の人がこれに似た何かを経験したのではないかと思いました。
もしそうなら、そのような回線のレプリケーション機能はどれくらいですか?
そうでない場合は、見積もりを教えていただけますか?
すぐにテストする予定ですが、準備をしたいのですが、これらの点でMySQLより遅くなることはないでしょう...
返信ありがとうございます。
これが私の問題です:
非常に遅い接続(主にアフリカ内など)で使用する必要があるMongoDBレプリカセットがあります。ここにいる他の人がこれに似た何かを経験したのではないかと思いました。
もしそうなら、そのような回線のレプリケーション機能はどれくらいですか?
そうでない場合は、見積もりを教えていただけますか?
すぐにテストする予定ですが、準備をしたいのですが、これらの点でMySQLより遅くなることはないでしょう...
返信ありがとうございます。
必要な帯域幅のタイプは、挿入するオブジェクトのサイズ、または既存のオブジェクトに対して行う更新のサイズによって異なります。そして明らかに、1 秒間に実行している操作の数です。そのため、パフォーマンスのアイデアを得るには、オブジェクトの構造についてもっと知る必要があります。
oplog の内部動作の詳細については、このブログ投稿 (および Kristina からのその他の投稿) を参照して、実際に何が複製されているかを理解してください。http://www.snailinaturtleneck.com/blog/2010/10/12/replication-internals/
あなたが戦おうとしているのは、信頼できない接続です。私の経験では、MongoDB は信頼性の低い接続をうまく処理できません。私は米国と英国の間でレプリケーションを実行しましたが、手動で介入しないとレプリケーションが停止し、単純に再開できないという問題が数多くありました。
大規模なデータベースを使用している場合、接続が遅いとセカンダリをオンラインに戻すのに時間がかかりすぎる可能性があるため、セカンダリを最初から再同期する必要がある場合にどうするかを検討する必要があります。