Redis と memcached の長所、短所、および違いの紹介

1. Redis を使用する利点は何ですか?

(1) HashMap と同様にデータがメモリに保存されるため高速です。HashMap の利点は、検索と操作の時間が O(1)

(2) であることです。 ) 豊富なサポート データ型、文字列、リスト、セット、ソート セット、ハッシュをサポート

#(3) トランザクションをサポート、操作はすべてアトミックです。いわゆるアトミックとは、データに対するすべての変更が実行されるか、または実行されることを意味します。まったく実行されません

(4) 豊富な機能: キャッシュ、メッセージに使用でき、キーごとに有効期限を設定でき、有効期限が切れると自動的に削除されます

2. の利点は何ですか? redisとmemcachedの比較?

(1) memcached のすべての値は単純な文字列です。代わりに、redis はより豊富なデータ型をサポートします

(2) Redis は memcached よりもはるかに高速です

( 3) redis はデータを永続化できます

3. 一般的な redis パフォーマンスの問題と解決策:

(1) マスターは、R​​DB メモリ スナップショットや AOF ログ ファイルなどの永続化作業を行わないのが最善です。

(2) データが重要な場合、スレーブは AOF バックアップ データを有効にし、ポリシーは 1 秒に 1 回同期するように設定されます

(3) マスター/スレーブ レプリケーションの場合 速度と接続の場合安定性を確保するには、マスターとスレーブが同じ LAN 内にあることが最適です

(4) 大きな負荷がかかるマスター ライブラリにスレーブ ライブラリを追加しないようにしてください

(5) マスター-スレーブ レプリケーションにはグラフ構造を使用しないでください。一方向のリンク リスト構造を使用する方が安定しています: マスター <- スレーブ 1 <- スレーブ 2 <- スレーブ 3...

などこの構造は、単一点障害の問題を解決し、マスターのスレーブ交換を実現するのに便利です。マスターがハングアップした場合は、他のすべてを変更せずに、すぐに Slave1 をマスターとして有効にすることができます。

4. MySQL には 2,000 万のデータがありますが、redis には 200,000 のデータのみが保存されます。redis 内のデータがホット データであることを確認する方法

関連知識: Redis のサイズメモリ データ セットが一定のサイズに増加した場合は、データ削除戦略が実装されます。 redis は 6 つのデータ削除戦略を提供します。

voltile-lru: データセット (server.db[i].expires) から最も最近使用されていないデータを選択し、有効期限を設定して削除します

volatile-ttl: 削除する有効期限が設定されたデータ セット (server.db[i].expires) から期限切れにするデータを選択します

volatile-random: 有効期限が設定されたデータ セットを選択します(server.db[i].expires) を使用してデータを削除します

allkeys-lru: データセット (server.db[i].dict) から最も最近使用されていないデータを選択して削除します

allkeys -random: データ セット (server.db[i].dict) からデータを任意に選択して、

no-enviction (エビクション): データのエビクションを禁止します

5。 Memcache と Redis の違いは何ですか?

1)、保存方法

Memecache はすべてのデータをメモリに保存しますが、停電後はハングアップし、データはメモリ サイズを超えることはできません。

Redis は部分的にハードディスクに保存されるため、データの永続性が確保されます。

2)、データ サポート タイプ

Memcache のデータ タイプのサポートは比較的単純です。

Redis には複雑なデータ型があります。

3). 異なる基礎モデルが使用されます

クライアントとの通信に使用される基礎となる実装メソッドとアプリケーション プロトコルは異なります。

Redis は、一般的なシステムがシステム関数を呼び出すと、移動とリクエストに一定の時間が無駄になるため、独自の VM メカニズムを直接構築しました。

4)、値 size

redis は最大 1GB に達する可能性がありますが、memcache はわずか 1MB

6. Redis の一般的なパフォーマンスの問題は何ですか?の解き方？

1).マスターはメモリ スナップショットを書き込み、保存コマンドは rdbSave 関数をスケジュールします。これにより、メイン スレッドの作業がブロックされます。スナップショットが比較的大きい場合、パフォーマンスへの影響は非常に大きくなります。サービスは断続的に中断されるため、マスターが最適です。メモリ スナップショットは書き込まないでください。

2). マスター AOF 永続性。AOF ファイルが書き換えられない場合、この永続化方法によるパフォーマンスへの影響は最小限ですが、AOF ファイルは増大し続けます。AOF ファイルが大きすぎる場合、AOF ファイルは大きくなり続けます。マスターの再起動の回復速度に影響します。

マスターは、メモリ スナップショットや AOF ログ ファイルなどの永続化作業を行わないことをお勧めします。特に、永続化のためにメモリ スナップショットを有効にしないでください。データが重要な場合、スレーブは AOF バックアップ データを有効にする必要があります。戦略は、AOF バックアップ データを毎回有効にし、1 秒に 1 回同期することです。

3). マスターは BGREWRITEAOF を呼び出して AOF ファイルを書き換えます。AOF は書き換え中に大量の CPU リソースとメモリ リソースを占有するため、サービスの負荷が高くなりすぎてサービスが一時的に停止されます。

4). Redis マスター/スレーブ レプリケーションのパフォーマンスの問題: マスター/スレーブ レプリケーションの速度と接続の安定性を考慮すると、スレーブとマスターが同じ LAN 内にあることが最適です。

7. Redis が最適なシナリオ

Redis は、メモリ内のすべてのデータ シナリオに最適です。Redis は永続化機能も提供しますが、実際にはディスク ベースの機能に近く、まったく異なります。従来の意味での永続性とは異なりますが、疑問があるかもしれません。Redis は Memcached の拡張バージョンに近いようです。では、いつ Memcached を使用し、いつ Redis を使用するのでしょうか?

単純に比較すると、 Redis と Memcached の違い、大きな違い ほとんどの人は次のような意見を持つでしょう:

1. Redis は単純な k/v 型データをサポートするだけでなく、list、set、zset などのデータ構造のストレージも提供します。 、ハッシュ。

2. Redis はデータ バックアップ、つまりマスター/スレーブ モードでのデータ バックアップをサポートしています。

3. Redis はデータの永続性をサポートしており、データをディスク上のメモリに保持し、再起動時に再度ロードして使用できます。

(1) セッション キャッシュ

Redis を使用するために最も一般的に使用されるシナリオは、セッション キャッシュです。 Redis を使用して他のストレージ (Memcached など) 上でセッションをキャッシュする利点は、Redis が永続性を提供することです。一貫性を厳密に必要としないキャッシュを維持する場合、ユーザーのショッピング カート情報がすべて失われると、ほとんどの人は不満を抱くでしょう。

幸いなことに、Redis は長年にわたって改良されてきたため、Redis を適切に使用してセッション ドキュメントをキャッシュする方法を見つけるのは簡単です。有名な商用プラットフォーム Magento でも Redis プラグインが提供されています。

(2)、フル ページ キャッシュ (FPC)

基本的なセッション トークンに加えて、Redis は非常にシンプルな FPC プラットフォームも提供します。一貫性の問題に戻りますが、Redis インスタンスが再起動されても、ユーザーはディスクの永続性によりページの読み込み速度が低下することはありません。これは、PHP ローカル FPC と同様に、大きな改善です。

Magento を例としてもう一度取り上げます。Magento は、Redis をフルページ キャッシュ バックエンドとして使用するためのプラグインを提供します。

さらに、WordPress ユーザー向けに、Pantheon には非常に優れたプラグイン wp-redis があり、閲覧したページをできるだけ早く読み込むのに役立ちます。

(3) キュー

メモリ ストレージ エンジンの分野における Redis の大きな利点の 1 つは、リストおよびセット操作を提供し、これにより Redis を優れたメッセージ キューとして使用できることです。プラットホーム。 Redis によってキューとして使用される操作は、ローカル プログラミング言語 (Python など) のリストのプッシュ/ポップ操作に似ています。

Google で「Redis キュー」をすぐに検索すると、すぐに多数のオープンソース プロジェクトが見つかります。これらのプロジェクトの目的は、Redis を使用して、さまざまなキューに対応する非常に優れたバックエンド ツールを作成することです。ニーズがあります。たとえば、Celery には Redis をブローカーとして使用するバックエンドがあり、ここから確認できます。

(4)、ランキング/カウンター

Redis は、メモリ内の数値を増減する操作を非常に適切に実装しています。 Sets と Sorted Sets を使用すると、これらの操作を非常に簡単に実行できます。Redis が提供するのは、これら 2 つのデータ構造だけです。

したがって、ソートされたセットから上位 10 人のユーザーを取得したいと考えています。それらを「user_scores」と呼びます。次のように実行するだけです。

もちろん、これは次のことを前提としています。ユーザーのスコアに基づいて昇順に並べ替えています。ユーザーとユーザーのスコアを返したい場合は、次のように実行する必要があります:

ZRANGE user_scores 0 10 WITHSCORES

Agora Games は Ruby で実装された良い例であり、そのランキングでは Redis を使用してデータを保存しています。それはここです。

(5)、パブリッシュ/サブスクライブ

最後 (重要なことですが) は、Redis のパブリッシュ/サブスクライブ機能です。パブリッシュ/サブスクライブには実際に多くの使用例があります。人々がこれをソーシャル ネットワーク接続で使用したり、パブリッシュ/サブスクライブ ベースのスクリプトのトリガーとして使用したり、Redis のパブリッシュ/サブスクライブ機能を使用してチャット システムを構築したりしているのを見てきました。 （いいえ、これは本当です。ぜひチェックしてみてください。）

Redis が提供するすべての機能の中で、これはユーザーに多機能を提供するにもかかわらず、最も好まれない機能だと私は感じています。

redis の詳細については、redis 入門チュートリアル 列に注目してください。

以上がRedis と memcached の長所、短所、および違いの紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。