java - 有关redis等内存数据库 性能 和 必要性 的疑惑

Answer 1

1. イントラネット上に複数のサーバーを配置できます。
2. Redis は大量のメモリを設定できるため、Java がその量に達しない可能性があります。また、たとえば、Java が再起動された場合、または Java が必要な場合、Redis はデータの継続性を維持できます。再発行すると、メモリ内のデータは存在しなくなります。この問題は、redis では発生しません。
4. さらに、redis はより信頼性が高く、redis 内のデータはハードディスクに保存され、Java メモリ内のデータを復元することができます。
5. 非常に単純な問題は、たとえば、セッションがメモリに保存されることです。つまり、再公開すると、すべてのユーザーが再度ログインする必要がなくなります。
6. 別の例として、効率的な読み取りを容易にするためにメモリに保存する必要があるホット データが N ギガバイトを超える場合、Java メモリを使用するように教えていただけますか?

Answer 2

1. さまざまなアプリケーション シナリオにより、解決する問題に応じて、Redis の複数のデプロイ方法が決まります。たとえば、ビジネス プログラムが大量の CPU を消費する場合、展開されたマシンには一般的なメモリ構成のみが必要になります。キャッシュされたデータは比較的大きいため、個別に展開するか、複数のユニットをクラスターに形成する必要があります。別の例では、システムが大きくなるにつれて、さまざまなモジュール化とマイクロサービスが必要になり、コンピューティングとデータを分離することも一般的な方法になります。さらに、ネットワーク IO によるオーバーヘッドを心配する必要はありません。ネットワーク帯域幅のボトルネックに達する前であれば、ネットワーク IO の遅延は問題になりません。これは非常にコスト効率が高くなります。

2. Redis はキャッシュと KV データベースとして永続化機能も備えており、停電後も復元して再起動することができます。もちろん、キャッシュ メカニズムだけが必要な場合は、ニーズに応じてキャッシュを自分でプログラムして保守することもできますが、代償として、キャッシュ メカニズム、自動無効化、キャッシュ フルなどの機能を自分で実装する必要があります。

Answer 3

MongoDB には純粋なメモリ ストレージ エンジンもあり、これについて学んで試すこともできます。

MongoDB が大好きです!楽しむ！

私は非常に興味があります。Redis の問題は MongoDB フォーラムにも提出され、一部の友人が不満を表明し、1 を減算しました。

--------------------------ゴージャスなセパレーター--------------------- -- --------

MongoDB 中国語コミュニティには多くのオフライン アクティビティがあります。以下をクリックしてください:

2017 華山剣ディスカッション|MongoDB 中国語コミュニティ

3月には杭州駅が登場します！ ！ ！ 興味のあるお友達は急いで登録してください！ ！ ！