詳細なアーキテクチャのRedisの

Aは、特性がRedisの
?何であるか1.redis
Redisのは、持続可能な価値キーのメモリベースのデータベースである
データ構造の2.redisタイプ?
値は、5つのデータタイプ、文字列、文字列リスト、文字列のコレクション、秩序をサポートしていますコレクション、hashs
3.redis永続ストレージは
2つの永続方法の種類、RDBとのAOF Redisの
RDB:ディスクに時間永続性データを、式耐久性のある方法のスナップショットは、Redisのプロセスの間持続しスナップショットファイルは合計ので、最初のデータは、それが、私たちは常にバックアップこの特性を来ることができている、以前の永続的なファイルを置き換えて、この一時ファイルを使用しますが、プロセスの最後まで持続し、一時ファイルに書き込まれますそれは完全に可能です。
仕組み:データは敏感ではなく、大規模なデータ復旧が必要な場合は、RDBの永続的な方法、のRedisは永続のための子プロセスをforkしますと、メインプロセスは、任意の操作IOを行っていない、その性能を確保するのRedisは、持続的な減少によるものではなく、このように使用することができます

AOF:書き込み命令は、サイドを実行するための指示に従って、データ復旧中に記録実行
我々は、書き込み操作がある場合、それはAOFに追加されますappendonlyでredis.confを設定することではいAOFを開くことができます。デフォルトの永続化戦略が、この場合には、Redisのはまだ良い処理性能を維持することができるので、ディスク領域へのデータ・キャッシュから毎秒ブラシ一度のfsync AOFであっても、障害をRedisのファイルの終わり、それだけで失う最近の意志データの1秒。
質問1:?ファイルが壊れているAOFんどのように
バックアップが悪いAOFファイルを書かれている
のRedis-チェックAOF -fix修理を実行するために
diffを持つ2つのファイル-uビューの下の違いを、問題を確認し
、再起動をRedisの、積載修正後のAOFファイル
問題:?ファイルがどのように対処する成長する追加モードAOF
ファイルサイズAOF設定した閾値を超えた場合のRedisは書き換え書き換えメカニズムを提供しますが、それは、AOFファイル圧縮を開始するリカバリデータを保持します書き換えは、第1の一時ファイルに書き込まれる最小の命令セットは、
それが動作書き直す:書き込みの開始時に、いずれかのRedisは子プロセスをforkし、子プロセスは、まず既存のAOFを読み込みます それが含まれている部品との命令が圧縮され、一時ファイルに書き込ま分析するには。
メモリバッファに蓄積しながら、書き込み元に継続しながら、同時に、新しいプロセスの主な仕事は、書き込み命令を受信しますAOFファイル、そうすることは、完全な書き換え作業を「子プロセスをリライトする」とき、AOF元のファイルの可用性を保証するために、書き換え処理中に事故を避けるために、それは、親プロセスに親プロセスがシグナルを送信します書き込みコマンド信号が古いAOF AOFファイルを置き換えるために、新しいファイルを使用する追加、Redisの終了後、新しいAOFファイル内のキャッシュメモリに追加されます後に受信され、その後、新たな書き込みコマンド、それがに追加されますAOFに新しいファイル

4.redisマスタースレーブ

主从优点: 冗余备份,提升性能,读写分离,主从架构异步进行,不会降低处理性能

主从原理:
从服务器向主服务器发送sync指令,当主服务器接到指令后,就会调用bgsave指令创建子进程专门用来进行持久化工作,也就是将主服务器上的数据写入rdb。在数据持久化期间,主服务器将执行的写指令都缓存在内存中。
在bgsave指令完成后,主服务器会讲rdb文件发送给从服务器,从服务器将文件保存到磁盘上,然后读到内存中。这个动作完成后,主服务器会将这段时间缓存得到写指令在以redis协议发送给从服务器.
注: 即使有多个从服务器发送sync指令,主服务器也只会执行一次bgsave

物事を5.redis

redis四个指令构成redis事物处理的基础
1.MULTI用来组装一个事务;
2.EXEC用来执行一个事务;
3.DISCARD用来取消一个事务;
4.WATCH用来监视一些key,一旦这些key在事务执行之前被改变,则取消事务的执行

おすすめ

転載: blog.51cto.com/haoyonghui/2460847