一部のノードで人気のある YCSB ベンチマーク ツールを使用して、いくつかの NoSQL データベースのベンチマーク (CRUD 操作) を行いたいと考えています。
しかし、これを行う前に、CRUD ベンチマークに関して、そのようなデータベースの主要なメカニズムが何であるかを理解したいと思います。たとえば、MVCC のような同時実行制御はパフォーマンスに大きな影響を与えますか? または...
一部のノードで人気のある YCSB ベンチマーク ツールを使用して、いくつかの NoSQL データベースのベンチマーク (CRUD 操作) を行いたいと考えています。
しかし、これを行う前に、CRUD ベンチマークに関して、そのようなデータベースの主要なメカニズムが何であるかを理解したいと思います。たとえば、MVCC のような同時実行制御はパフォーマンスに大きな影響を与えますか? または...
優れたパフォーマンス テストを作成するのは難しく、信頼できるテストを作成するのはさらに困難です。そうは言っても、あなたが必要とすることは正しいです
そのようなデータベースの主要なメカニズムを理解する
主なボトルネックは常にディスク I/O です。一部の NoSQL DB がどのように機能するかを理解したら、ディスクへの書き込み方法とタイミングを調べて、実際のfsync()
呼び出しまで追跡します。思わず驚くかもしれません。次に、CAP定理を見てください。侵害された DB 作成者が作成したものを参照してください。そうでないと主張する場合は、コードを見て、彼らが間違っていることを証明してください。この DB がどの CAP のペアであるかを明確に理解します。CP と AP を比較して意味のある結論を得ることはできません。ただし、特定の DB により適合するように、ビジネス ケースを少しマッサージして変更することは問題ありません。逆もまた真です。ユースケースが結果整合性で問題ない場合は、NoSQL データベースの 1 つの選択があります。そうでない場合は、別の選択があります。