Redisのデータベース操作、永続性とメモリ管理インフラストラクチャの概要詳細
序文
最初の部分は、この資料のインストールプロセスを紹介し、コンパイルのRedis Redisの二つのコマンド一般的に使用されるツールは、データベース関連業務のRedisに焦点を当て：CRUDなどのほか、原則と設定操作永続簡単に理解のRedis。
Redisのデータベース操作
Redisのデータベースよく使用するコマンド（通常は大文字または小文字） -比較的単純で、直接導入文法は、自分の進路を検証しようとすると、これらは氷山の一角に過ぎません、例えば、同じ操作に対応した異なるタイプのデータはありませんが、研究関心が理解できています。
単一のデータベースのコマンド：
set——写入数据
语法：set key value
get——读取数据
语法：get key
keys——查询命令
语法：keys [*?]
*——多次
？——几个问号表示匹配几位
exists——判断是否存在每个key
语法：exists key_name
del——删除key
语法：del key_name
type——查看key对应的value的数据类型
语法：type key_name
rename——重命名key（具备覆盖特点旧值覆盖目标值）
语法：rename src_keyname dest_keyname
renamenx——对已有的key重命名，且检测新名是否存在
语法：renamenx old_keyname new_keyname
dbsize——查看该数据库key的个数
语法：dbsize複数のデータベース・コマンド（Redisのデフォルトのデータベース・インデックス範囲16 0〜15は、0から始まります）
select——数据库切换
语法：select index
move——移动数据
语法：move key_name index
flushdb、flushall——清空当前数据库内数据（高危命令）
语法：flushdbRedisの持続性
1.持続性とは何ですか？
単にデータの損失を防ぐため、データを格納され、エラーや他のシナリオは、ビジネス上の問題につながります。
すべてのRedisのデータがメモリに格納され、その後時間から非同期にすることによって（これは、「セミパーシステントモード」として知られている）は、ディスクに保存された時に、また、データが追記のみファイルに書き込まれるたびに変更することができ（AOF）の内部（これは、「フル永続モード」として知られています）。
2.なぜあなたは永続化する必要がありますか？
Redisのデータがメモリに格納されているので、永続的に設定されていない場合は、全体のRedisのデータが失われた後、サーバーを再起動し、サーバの再起動をRedisの際にディスクへのデータ保存、次のことができ、Redisの機能の持続性を開くことが必要ですディスクからデータを復元します。Redisの持続性は、2つの方法を提供し、1が永続的なRDB（レイズ原理はRDB永続ディスクをダンプするために、インメモリデータベースレコードのタイミングである）である、他はAOF（追記のみファイル）持続性（ありますレイズ動作原理）は、書き込みファイルへの追加方法を記録することです。
2.1RDBの永続性
その瞬間にすべてのデータのRedisのスナップショットのコピーを取得する方法を作成し、RDBの永続化手段指定された時間内にデータセットの間隔メモリのスナップショットがディスクに書き込まれていること、実際の動作は、子プロセスフォーク最初のデータであります書き込み後の一連の書き込みの一時ファイルが正常に行われ、その後、前のファイル、バイナリ圧縮されたストレージを交換してください。
2.2AOFの永続性
AOFは、サーバーごとの書き込みによって処理されたログレコードの形に固執し、削除、クエリ操作が記録されていない、記録されたテキストが、あなたは、詳細な操作履歴を参照し、ファイルを開くことができます。
2.3RDB AOFと長所と短所
RDBの利点
簡単にデータのバックアップ（特に、多数）
災害復旧のための適切な
良好なパフォーマンス
高効率を開始
RDBの欠点
データ損失の比較的高い確率
大規模なデータセットを経験して実行しているサーバーは、（内部1S）を停止することがあります
AOFの利点
データセキュリティ、複数の同期戦略のサポート
追加の書き込み、缶保証データの一貫性
データを保護するために書き換えのメカニズムを使用して、より安全な
データログによると、復興作業を完了することができます
AOFの欠点
比較的大きな空間
比較的低速の大規模なデータセットを復元します。
3、どのように持続性？
持続性のためのRDB：
redis.confデフォルトの設定
save 900 1 #——900s内，如果超过1个key被修改，则发起快照保存
save 300 10 #——300秒内，如果超过10个key被修改，则发起快照保存
save 60 10000 #——60秒内，如果1万个key被修改，则发起快照保存持続性のためのAOF：
redis.conf設定
appendonly no #——no 改为yes即开启AOF持久化
#开启AOF持久化启动服务端多了appendonly.aof文件
appendfsync always #——每次操作都会立即写入aof文件（效率最低）
appendfsync everysec #——每秒持久化（默认推荐选择）
appendfsync no #——不主动进行同步，默认30s一次最後に、本論文では、完全なメモリ管理の最後にマインドマップRedisの対応を与えます
