RDB，AOF持久化

RDB
1.RDB方式原理
RDB持久化是指在指定的时间间隔内将内存中的数据集快照写入磁盘，实际操作过程是：当redis需要做持久化时（执行SAVA或者BGSAVA命令，或者是达到配置条件时执行），redis会fork一个子进程，子进程将数据写到磁盘上一个临时RDB文件中，当子进程完成写临时文件后，将原来的RDB替换掉（默认文件名为dump.rdb），用二进制压缩存储
2.RDB备份条件和命令
1、执行SAVE命令，在当前线程执行，会卡住
2、执行BGSAVE命令，在后台线程执行，马上返回
3、当符合用户给定的配置条件时Redis会自动将内存中的所有数据进行快照并存储在硬盘上。由两个参数构成：时间和改动的键的个数
3.RDB的触发机制分为指令手动触发和redis.conf配置自动触发
1>手动触发redis进行RDB持久化的指令为：save和bgsave
Save：执行期间，redis不能处理其他命令，直到RDB过程完成为止
Bgsave:redis会在后台异步执行快照操作，此时redis仍然可以响应客户端请求
2>自动触发RDB的默认配置如下所示：
save 900 1 # 表示900 秒内如果至少有 1 个 key 的值变化，则触发RDB
save 300 10 # 表示300 秒内如果至少有 10 个 key 的值变化，则触发RDB
save 60 10000 # 表示60 秒内如果至少有 10000 个 key 的值变化，则触发RDB
4.RDB优缺点
定时备份，Redis效率高，但是容易造成数据丢失，丢失的多少和备份策略有关，例如：5分钟备份一次，但是第8分时宕机了，那么就丢失了后面的3分钟数据
将内存中的数据以快照的方式写入到二进制文件dump.rdb,在redis.conf中可以设置发起快照保存的条件。在指定的时间内如果有超过指定数量的key被修改，则会发起快照保存。这种方式在数据的实时性上不高，在突然断电的情况下，可能会出现部分数据的丢失，即最后一次快照之后在内存中发生修改的数据

AOF
1.AOF方式原理
AOF就可以做到全程持久化，Redis每执行一个修改数据的命令，都会把这个命令添加到AOF文件中，当Redis重启时，将会读取AOF文件进行“重放”以恢复到 Redis关闭前的最后时刻。
2.AOF备份
AOF持久化以日志的形式记录服务器所处理的每一个写、删除操作，查询操作不会记录，以文本的方式记录，可以打开文件看到详细的操作记录。
3.触发机制，通过修改配置文件
由于os会在内核中缓存 write做的修改，所以可能不是立即写到磁盘上。这样aof方式的持久化也还是有可能会丢失部分修改。不过我们可以通过配置文件告诉redis我们想要通过fsync函数强制os写入到磁盘的时机。有三种方式如下（默认是：每秒fsync一次）
appendonly yes //启用aof持久化方式
#appendfsync always //每次收到写命令就立即强制写入磁盘，最慢的，但是保证完全
的持久化，不推荐使用
appendfsync everysec //每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，推荐使用
#appendfsync no //完全依赖os，性能最好，持久化没保证
注释：
appendfsync always 接收到更改数据的命令，立即将其记录到appendonly.aof中，能保证数据持久化，数据完全不丢失，但效率相对最低。

appendfsync everysec 每秒钟将redis内存数据修改的命令记录到appendonly.aof中，在性能和持久化上做了折中。因频繁执行磁盘操作，在仅存在单个Master执行写操作时，效率可能存在问题。但在多个Master执行写操作的Redis集群中，效率会提升。

appendfsync no 依赖于操作系统，因不会频繁执行磁盘操作而性能最好，但redis内存数据修改持久化没有保证，无法保证数据可靠性

os //os模块提供了多数操作系统的功能接口函数。当os模块被导入后，它会自适应于不同的操作系统平台，根据不同的平台进行相应的操作，在python编程时，经常和文件、目录打交道，所以离不了os模块
4.AOF优缺点
AOF基本可以保证数据不丢失，但是AOF持久化文件会变的越来越大。例如我们调用incr test命令100次，文件中必须保存全部的100条命令，其实有99条都是多余的。
将Redis内存数据库中更改的数据都记录到指定的文件appendonly.aof。在redis.conf中可以进行写磁盘的相关设置。
在突然断电的情况下，由于在appendonly.aof中保存了最后一次写磁盘之后redis内存发生数据修改的指令，所以在这个Redis重启后，基本不会发生数据丢失，比RDB具有更好的数据安全性。

两种区别就是，一个是持续的用日志记录写操作，crash后利用日志恢复；一个是平时写操作的时候不触发写，只有手动提交save命令，或者是关闭命令时，才触发备份操作