2

キーは長いハッシュであるため、データセットはRAMに収まりません。それほど大きくはありません。10〜20Gbですが、RAMに保存するのはコストがかかりすぎます。キーが存在するかどうかを尋ねる1秒あたり100〜1000のクエリがあり、ときどき1〜10の挿入があります。しばらくの間mongoを使用してきましたが、RAMに格納されるインデックスと格納されないインデックスを制御する機能がないため、タスクに任されていないようです。そのため、ハードディスクに頻繁にヒットします。

私は喜んでredisまたは同様のものを使用しますが、ramがボトルネックです。

4

1 に答える 1

1

キーをハッシュして、リレーショナルテーブルまたはハッシュテーブルのいずれかに配置します。それが最も簡単な解決策です。次は、アクセスの99%以上をソートできるブルームフィルターの使用です(キーが存在しない場合-存在する場合は、誤検知である可能性があるため、何も得られません) )。

ハッシュがそれほど長い理由がわかりません。どのハッシュ手法を使用していますか?出力は小さいが(ほぼ)暗号的に安全なSHA-160のようなものに切り替えることをお勧めします。

于 2012-12-02T12:18:36.420 に答える