それは何179.redis?使用シナリオは何ですか?
Redisのはメモリの持続性に基づいて、サポート・ネットワークは、タイプ、キーと値のデータベースを記録し、多言語のAPIを提供することができ、Cで書かれたオープンソースです。
Redisの使用シナリオ:
高同時読み取りと書き込みのデータ
量のデータは、書き込み
データの拡張のための高度な要求を
機能は何180.redis?
データキャッシュ機能
分散型ロック機能の
サポートデータは、永続
トランザクションの
サポートメッセージキューを
181.redisとmemecache違いは何ですか?
memcachedのすべての値は、単純な文字列である、Redisのは、豊富なデータ型のサポート
もはるかに高速のRedisよりmemcachedのスピード
RedisのBE永続的なデータを
シングルスレッドのはなぜ182.redis?
CPUはRedisののボトルネックではないので、シングルスレッド、CPUを達成するのは簡単ですし、ボトルネックになることはありませんので、ボトルネックは、最も可能性の高いマシンのメモリやネットワーク帯域幅がなければならないのRedis、シングルスレッドプログラムを採用する論理的です。シングルスレッドが遅く、nginxのとは、高性能シングルスレッドに代わってもnodejsという意味ではありません。
183キャッシュ貫通とは何ですか?どのように解決するには?
キャッシュの浸透:キャッシュがデータベースクエリから必要とされているので、特定のクエリのデータを参照し、存在していないがヒットされていないが、データキャッシュが書かれていません見つけることができない、それがデータベースに行くべきデータ要求に存在しない時間につながりますキャッシュ貫通部で得られたクエリ、
溶液:現在最初のキーが存在BoolmFilterクエリに、ビジネス・システム・クエリ要求、存在するデータベースに格納され、ブルームフィルタをキャッシュデータを空にするすべてのキー、。
サポートされるデータ型がある184.redis?
文字列、リスト、ハッシュ、設定、ZSET
185.redisサポートするJavaクライアントが何を持っていますか?
Redissonは、Jedisは、レタスなど、公式にはRedissonをお勧めします。
186.jedisとredisson違いは何ですか?
Jedis Redisのは、そのAPIは、Redisのためのより包括的なサポートコマンドを提供し、クライアントのJava実装である
Redissonに分散され、スケーラブルなJavaのデータ構造を、そしてJedisは関数に比べて比較的簡単で、サポート文字列操作がサポートされていませんしません。 Redisの特性の順序、トランザクション、配管、ゾーニングなど。Rdeisson目的は、ユーザーが管理者はビジネスロジックに集中できるように、ユーザーへの関心のRedisのの分離を促進することです。
187どのようにデータキャッシュとデータベースの一貫性を確保するには?
セットの合理的なキャッシュ有効期限の
同期更新のRedisの追加、変更、削除データベース操作は、あなたは、データの一貫性を確保するために、トランザクションのメカニズムを使用することができるとき
188.redis持続性はいくつかの方法がありますか?
:2つの方法でRedisの持続
RDB(Redisのデータベース):指定した時間間隔は、あなたのデータのスナップショットを保存することができます
AOFを(追加ファイルのみ):書込み機能により、ファイルに追加されている受信した各書き込みコマンド
分散ロックを達成するためにどのように189.redis?
そして唯一のキーが存在しない場合ならば使用して、分散ロックを実装setnx、setnxは、キー値の値に設定されています。指定されたキーが存在する場合は、何もしないsetnx。
プロセスがロックを取得することを示す戻り値1が、キーロックにsetnx値はタイムアウト、現在時刻+プラス効果的な時間ロックlock.idた
ロックが他のプロセスによって得られたことを示す、戻り-1、プロセスは、クリティカルセクションに入ることができません。プロセスはsetnxがループで動作しようとし続けることができ、それがロックされています。
どのような欠陥分散ロックを190.redis?
分散ロック・タイムアウトが問題を解決することはできませんRedisのロックタイムアウトの問題を超えたプログラムの実行が発生した場合、分散ロック・タイムアウトは、そこにあります。
どのように191.redisメモリの最適化を行いますか?
使用ハッシュテーブル(ハッシュ)は、可能な限り、ハッシュ・テーブル・メモリの使用は、ハッシュテーブルの内側に抽象データモデルとしてでなければならず、非常に小さいです。
例えば、あなたのWebシステムではない別のキーを設定し、ユーザーの名、姓、電子メール、パスワード、に、ユーザーオブジェクトを持っていますが、単にハッシュテーブルの内側に、ユーザーに保存されている全ての情報を考えます
どのような戦略のうち192.redis?
揮発性LRU:最も最近使用されたデータからデータ・セットの選択フェーズのセットの有効期限から、
揮発性-TTL:データを期限切れに選択および選択は、データから除去された有効期限の時刻を設定します。
揮発性ランダム:集中任意のデータ選択のうち、データの有効期限を設定するから、
少なくとものうち選択されたデータセットからのデータは、最近使用した:allkeys-LRU
allkeysランダム:任意の外にデータを選択した集中データから
無envictionは:禁止データを取り除きます
一般的なパフォーマンスの問題は何を193.redis?解決策は何ですか?
マスター書き込みメモリのスナップショット、仕事のメインスレッドをブロックすることができますスナップショットがパフォーマンスに比較的大きな影響が非常に大きいとき、それは断続的に中断されますので、メインサーバのメモリのスナップショットを書くことが最善ではありません。
パフォーマンスの問題からレプリケーションマスタは、リンクのマスターコピーの速度と安定性のために、ライブラリからのマスターが同じLANにあることが好ましく、Redisの