1 Redisの持続性
Redisの持続性は、つまり、メモリ内のデータは、恒久的にディスクに保存します。
RDB（RedisのDB）、AOF（AppendOnlyFile）：2つの方法でRedisの永続
Redisのは、RDBの永続性と持続性AOFを同時に使用することができます。Redisのは、再起動時にこの場合は、それが保存されたファイルAOFが通常より完全なデータセットを保存しているよりも、RDBのデータセットをファイルするので、データ・セットを復元するために、AOFファイルの使用を優先させて頂きます。
1.1 RDB（スナップショットモード）
デフォルトでは、dump.rdbという名前のバイナリファイルに格納されているRedisのデータベースのスナップショットは、永続的な情報のredis.conf設定ファイルを変更することが可能です。
、少なくとも1つの更新されたデータを900秒以内に表現900 1を保存します。Redisのは、ハードディスクにデータを永続化します
Redisのは、ハードディスクに永続的なデータをトリガーする、300 10 300は、少なくとも10更新されたデータで表さ保存
60 10000は60秒を表しセーブ、データは、Redisのは、ハードディスクにデータを永続トリガーする、少なくとも10,000個に更新されます
1.1.1 戦略
（1）自動：BGSAVE
設定ファイルによるとbgsave条件が満たされて実行されます。
ノンブロッキング、Redisの通常のサービスクライアント要求受信処理;
Redisのは、フォーク（）RDBファイルを作成するために、新しい子プロセスは、子は、それが処理された通知、親プロセスにシグナルを送信するに扱われています。
新しいdump.rdbと古いファイルを置き換えるために、親プロセス。
|
|
（2）マニュアル：SAVE
クライアント（Redisの-CLI）は、SAVEコマンドを開始しました。
Redisのサービスブロッキング、クライアントの要求に応答することができません。
新しいdump.rdbを作成し、古いファイルを置き換えます。
|
|
1.1.2 利点
（1）高効率を、
（2）迅速AOF大きなデータセットよりも回収率を。
1.1.3 短所
（1）会丢失最近写入、修改的而未能持久化的数据；
（2）folk过程非常耗时，会造成毫秒级不能响应客户端请求。
1.2 AOF（追加模式、文本重演）
1.2.1 特点
Append only file，采用追加的方式保存，默认文件appendonly.aof；
记录所有的写操作命令，在服务启动的时候使用这些命令就可以还原数据库；
AOF默认关闭，需要在配置文件中手动开启。
|
|
|
|
1.2.2 写入机制
说明：AOF机制，添加了一个内存缓冲区(buffer)。
（1）将内容写入缓冲区
（2）当缓冲区被填满、或者用户手动执行fsync、或者系统根据指定的写入磁盘策略自动调用fdatasync命令，才将缓冲区里的内容真正写入磁盘里。
（3）在缓冲区里的内容未写入磁盘之前，可能会丢失。
1.2.3 写入磁盘的策略
appendfsync选项，这个选项的值可以是always、everysec或者no
|
|
Always：服务器每写入一个命令，就调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，也不会丢失任何已经成功执行的命令数据
Everysec（默认）：服务器每一秒重调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，最多只丢失一秒钟内的执行的命令数据
No：服务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘。这种模式下，服务器遭遇意外停机时，丢失命令的数量是不确定的，no 选项并不能给服务器性能带来多大的提升，而且也会增加系统奔溃时数据丢失的数量。
运行速度：always的速度慢，everysec和no都很快
1.2.4 aof重写机制
AOF文件过大，合并重复的操作，AOF会使用尽可能少的命令来记录。
1.2.4.1 重写过程
（1）folk一个子进程负责重写AOF文件
（2）子进程会创建一个临时文件写入AOF信息
（3）父进程会开辟一个内存缓冲区接收新的写命令
（4）子进程重写完成后，父进程会获得一个信号，将父进程接收到的新的写操作由子进程写入到临时文件中
（5）新文件替代旧文件
重写的本质：就是将操作同一个键的命令，合并。从而减小AOF文件的体积
1.2.4.2 aof重写触发机制
（1）手动：
客户端向服务器发送BGREWRITEAOF命令
（2）自动：
配置文件中的选项，自动执行BGREWRITEAOF命令
|
|
auto-aof-rewrite-min-size <size>，
触发AOF重写所需的最小体积：只要在AOF文件的体积大于等于size时，才会考虑是否需要进行AOF重写，这个选项用于避免对体积过小的AOF文件进行重写
auto-aof-rewrite-percentage <percent>
指定触发重写所需的AOF文件体积百分比：当AOF文件的体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent %时，就会触发AOF重写。（如果服务器刚刚启动不久，还没有进行过AOF重写，那么使用服务器启动时载入的AOF文件的体积来作为基准值）。将这个值设置为0表示关闭自动AOF重写。
1.2.5 优点
写入机制，默认fysnc（手工同步）每秒执行，性能很好不阻塞服务，最多丢失一秒的数据；
重写机制，优化AOF文件；
あなたは（FLUSHALL、など）を誤用した場合は、限りAOFが上書きされていないとして、あなたはFLUSHALLの実行前の状態に設定されたデータを復元することができ、ファイルのサービス終了はRedisのを再起動するAOF FLUSHALLコマンドを除去して停止します。
1.2.6 短所
同じデータセットは、AOFファイルのサイズは、RDBよりもはるかに大きいです。
遅く（テキスト、コマンドリピート）よりもRDBデータベースの回収率。