ディレクトリ
1.Redisプロフィール
RedisのとMemcacheの違いは？
Redisのはなぜこんなに早く？
の原則の1.1Redis実装
複数のIO多重化
一般的なデータ型を1.2Redis
データ型の基礎となるのRedis
2.クエリで大量のデータから固定プレフィックスキー
まず、データの量はどのくらいです尋ねます。
私たちは、次の図の方法を使用します。
クライアントは、左の30秒待機します
3. Redisのことで分散ロックを実装する方法
分散ロックを解決する方法3.1
長期的な効果setnxの問題を解決する方法
どのような問題は、上記のコードでそれを発生するのだろうか？
SETNX後の場合は、コードではなく、実装の背後にあるロジックをハングアップ。
3.2redis2.2を使用した後
非同期キューを実装する方法4
4.1マンツーマン
キューにそれを達成するための他の方法はありませんか？そこ！
ニュースを待って左、右のメッセージを押してください。
4.2対多
この問題を解決したい、私たちはプロのMQを使用する必要があります
5.redis持続性
持続するにはどうすればよい5.1Redis
RDB持久化
ルートディレクトリRedisのインストールで私たちのredis.confファイルを検索します。
私たちは、検索を保存
900番台では、1つのスナップショットを生成します一度900は、書き込みコマンドを表します。
それが0であれば300秒に一度300は、書き込みコマンドを表し、変化<10の数は、バックアップを行うには900番台の後まで待機します<、スナップショットを持っています。
60回の、60年代におけるショーや1ワットラインの書き込みは、我々はバックアップを行います。
ストップ書き込みオンbgsaveエラーイエスは、永続的なデータの一貫性を保護するために、新しい書き込み動作を停止するときに、バックアッププロセスエラー、メインプロセスを示しています。
rdbcompressionなし表現RDBファイルのバックアップ、ファイルのバックアップRDBは、ファイルをバックアップする前に圧縮されています。私たちは何も設定されていません。
Redisのシステムは、定期的にファイルのdump.rdb内のファイルをバックアップします
示され、終了接続保存するには、保存上記参照RDBファイルを生成することが行います。
Rdbの削除ファイル、lastsaveを実行し、最後に保存したRDBファイルのタイムスタンプを返します。
私たちは、あなたがlastsaveタイムスタンプが変更さでしょう、再保存コピー、bgsaveを行います。
自動トリガRDB
AOFの永続性
同様に、ファイルを入力しredis.conf
検索appendonly yesに設定し、それが有効になります。
1秒に1回appendfsync、デフォルトのバックアップを検索します。設定完了後、再起動Redisのサービスです
再起動したときに、我々は、それがシャットダウン指示、保存窒息感の後に指示を送ることがわかり、当社のRDBファイルでここに保存することができます。
我々は、書き込み操作を実行すると、ファイルAOF生成されたディレクトリが表示されます。
5.2RDBとAOPの長所と短所
5.3混在モードバックアップ
打ち上げ後redis4.0。
6.redis同期メカニズム
パイプラインを使用するメリット
6.1同期マスター・スレーブ原理
6.2完全同期プロセス
6.3インクリメンタル同期
6.4redisセンチネルモード（Redisのセンチネル）
6.5プロトコルの噂ゴシップ
クラスタ7.redisの原理
例えばObjectBにとして最も近いノードに格納されている時計方向キーは、ノードBに格納されています
次の図は、ベンの崩壊ノードCサービスならば、私たちのオブジェクトは、次のテーブルを時計回りNodeDサーバー上に保存されます。
次の図は、我々はNodeXを追加する場合、ノードの他のノードには影響しませんが、我々は唯一のオブジェクトでNodeXノードの位置を変更する必要があります。
ハッシュデータは、傾斜リングを発行します
データスキューの問題を解決するために仮想ノードの導入
8.おわり
RedisのとMemcacheの
IOを多重マルチチャンネル
一般的なタイプ
大量のデータはキーをフィルタします
シンプルな分散ロック
非同期キュー
永続性：RDB、AOF、混合
AOF：Redisのマスター・スレーブ、センチネルをのRedis、クラスタのRedis。
