redis持久化有两种模式rdb和aof

redis持久化有两种模式rdb和aof

rdb (快照模式) 配置信息在redis.conf种可以找到 save
策略:
1、自动bgsave(非阻塞)
   原理:redis会folk()一个子进程来创建rdb文件 子进程处理完毕后会通知父进程，父进程会用新的dump.rdb文件替代旧的文件

优点：执行效率高，恢复大数据较aof快

缺点：会丢失最近写入 修改的而未能持久化的数据，folk进程创建非常耗时，会造成毫秒级不能响应请求


aof（追加模式，文本重演）append only file
原理：记住所有写操作的命令，在服务启动的时候使用这些命令就可以还原数据库
aof默认关闭 可以修改配置文件redis.conf  找到 appendonly yes

写入机制：
aof添加一个内存缓冲区
1、将内容添加到缓冲区
2、当缓冲区填满数据的时 或者手动fsync或者 根据指定的 写入磁盘策略 自动调用 fsync命名 才将缓存区的数据真正写入到磁盘里面
3、在缓冲区内容还没有写入磁盘之前，可能会丢失

写入的策略：
appendfsync选项，这个选项的值可以是always、everysec或者no （默认everysec） 找到配置文件redis.conf

always服务器每写一个命令就调用一次faync将缓存种的数据写入磁盘，即使服务器出现故障，命名不会丢失，启动后执行磁盘的aof文件执行命令 数据即可恢复

everysec（默认）:服务器每一秒重调用一次fdatasync    ,服务器出现故障，最多只丢失一秒钟内的执行的命令数据

no:务器不主动调用fdatasync，由操作系统决定何时将缓冲区里面的命令写入到硬盘。这种模式下，服务器遭遇意外停机时，丢失命令的数量是不确定的,
即缓冲区数据满了再写，数据丢失不确定性。

总结:
运行速度：always的速度慢，everysec和no都很快


aof重写机制
AOF文件过大，合并重复的操作，AOF会使用尽可能少的命令来记录。

重写过程
（1）folk一个子进程负责重写AOF文件
（2）子进程会创建一个临时文件写入AOF信息
（3）父进程会开辟一个内存缓冲区接收新的写命令
（4）子进程重写完成后，父进程会获得一个信号，将父进程接收到的新的写操作由子进程写入到临时文件中
（5）新文件替代旧文件

总结：重写的本质：就是将操作同一个键的命令，合并。从而减小AOF文件的体积

aof重写触发机制：

（1）手动：
客户端向服务器发送BGREWRITEAOF命令

（2）自动：
配置文件中的选项，自动执行BGREWRITEAOF命令

redis.conf配置文件 找到

auto-aof-rewrite-min-size <size>，   例如：{64mb}
触发AOF重写所需的最小体积：只要在AOF文件的体积大于等于size时，才会考虑是否需要进行AOF重写，这个选项用于避免对体积过小的AOF文件进行重写

auto-aof-rewrite-percentage <percent> 例如:{100}
指定触发重写所需的AOF文件体积百分比：当AOF文件的体积大于auto-aof-rewrite-min-size指定的体积，并且超过上一次重写之后的AOF文件体积的percent %时，就会触发AOF重写。（如果服务器刚刚启动不久，还没有进行过AOF重写，那么使用服务器启动时载入的AOF文件的体积来作为基准值）。将这个值设置为0表示关闭自动AOF重写。


优点
写入机制，默认fysnc（手工同步）每秒执行，性能很好不阻塞服务，最多丢失一秒的数据；
重写机制，优化AOF文件；
如果误操作了（flushall等），只要AOF未被重写，停止服务移除AOF文件尾部FLUSHALL命令，重启Redis，可以将数据集恢复到FLUSHALL 执行之前的状态。

缺点：
相同数据集，AOF文件体积较RDB大了很多；
恢复数据库速度较RDB慢（文本，命令重演）。