YCSB で cassandra をテストし、workloadc(read100%) を使用します。また、iostat は常に read で 0 を表示します。
構成:
データは sdb、24G データ、8G ヒープ サイズ、デフォルトの memtable サイズ、行キャッシュとキー キャッシュを無効にします。
私の考えでは、均一なリクエストは memtable ミスを引き起こし、ssttable でデータを検索するため、データ dir iostat はゼロであってはなりません。8G ヒープの memtable にすべての 24G データを保存するにはどうすればよいですか?
誰かが同じ問題を抱えていますか？
マシンの総メモリ量は? マシンに 32GB 以上の RAM がある場合、それは OS ページ キャッシュである可能性もあります。これは、Cassandra プロセスの外部にあります (たとえば、ヒープではありません)。このようなシナリオでは、OS (Linux を想定) が 24GB 全体をメモリにキャッシュすることになり、ディスク アクティビティはほとんど発生しません。
ここでは魔法は起きていません。リクエストのワークロードは、思ったほどランダムであってはなりません。
私はたまたま YCSB のコピーをチェックアウトしており、workloadc は均一ではない requestdistribution=zipfian を使用しています。