redis 持久化
RDB：快照的形式实现的持久化
AOF：日志的形式实现的持久化
1.RDB：默认的持久化方式，把某一时刻redis内存中的数据以二进制文件的形式保存到磁盘中
触发机制：
【手动】：save、bgsave
save：阻塞当前的redis服务，将数据dump到零时的dump.rdb这个文件，然后再把dump.rdb文件保存到磁盘中（线上不建议使用，阻塞redis服务）
bgsave：fork出一个子进程，由子进程完成持久化，只有fork子进程这个过程阻塞；
在执行debug load重载或者是shutdown关闭redis服务，默认都会执行bgsave；【自动】：通过配置文件来配置
save 900 1 //900秒内进行一次数据操作更新就会触发
save 300 10 //300秒内进行10次数据更新更新就会触发
save 60 10000 //60秒内进行10000次数据更新就会触发
RDB持久化的优缺点;
优点：
(1)rdb是一个紧凑压缩的二进制文件，代表redis在某一个时间点上的数据快照，非常适用于全量备份的场景。（2）redis加载rdb文件来会数据要快AOF的方式
缺点：
（1）RDB持久化方式没法做到实时持久化/秒级持久化，因为每次bgsave每次都会fork子进程，属于重量级操作，频繁执行会消耗redis性能，阻塞redis服务；
（2）rdb文件使用特定二进制格式保存，redis不同版本兼容的二进制格式不同
（3）如果在save的过程当中redis宕机，没有被持久化到磁盘的这部分数据会丢失，为了解决这个问题，redis提供了AOF持久化方式。
AOF（append only file）：以独立日志的方式记录每次写命令，重启时在重新执行AOF日志中记录的写命令，达到恢复数据的目的，AOF就是用来解决数据的实时持久化；
appendonly yes //开启AOF持久化
appendfilename “appendonly.aof” //默认的aof文件名
AOF的同步策略
appendfsync always //redis每写入一条数据就会调用fsync同步到磁盘的aof文件；
appendfsync everysec //每隔一秒钟同步一次
appendfsync no //不进行同步；默认每隔30s进行一次同步
AOFrewrite：随着写入aof文件的内容越来越多，aof文件变得更大
（1）进程中已经超时的数据不在写入文件
（2）旧的aof文件中包含了无效命令，比如del key1、hdel key2 、srem keys、set 111 、set 222、set 333这些命令
【手动】bgrewrite 触发重写aof文件
【自动】
auto-aof-rewrite-percentage 100 //当aof文件里面的内容超过了预设定值的100%
auto-aof-rewrite-min-size 64mb //触发重写的aof文件量不少于64M
aof持久化流程
（1）所有写入命令追加到aof_buf（缓冲区）中；
（2）aof缓冲区根据对应策略向硬盘做同步操作
（3）随着aof文件越来越大，需要定期对aof文件进行重写，达到压缩目的
小知识：
（1）在aof文件没有进行重写之前我们可以通过编辑appendonly.aof文件来取消误操作
（2）redis重启时会优先加载aof文件进行数据恢复，因为aof文件数据比较完整。
持久化常见问题和优化;
1.fork操作：
当redis进行rdb和aof重写时，都必须要fork子进程，对于操作系统来说fork属于一个重量级操作
在fork的过程中会阻塞，特别是我们使用的时虚拟化技术尤其是Xen虚拟机，fork会更耗时
优化;
(1)优先使用物理机或者高效支持fork操作的虚拟化技术；
(2)控制redis实例最大可用内存，fork耗时和内存量成正比，线上建议每隔redis内存控制在10G以内
2.子进程开销和优化：
（1）cpu：子进程负责把进程内的数据分批写入文件，cpu密集操作，子进程对单核cpu利用率接近90%
优化：尽量redis服务多分配cpu核心数，不要和其他cpu密集型应用或服务部署到同一台服务器；
（2）内存：子进程理论上也会占用和父进程一样的内存，所以对内存的消耗也很大
优化：内存存储的数据量不要太大，不要和其他内存使用量大的服务器部署在同一台服务器；
（3）硬盘：子进程主要用于将内存中的数据同步到硬盘中，因此在持久化的过程中对硬盘的I/O性能开销大。aof文件的重写也会消耗大量的硬盘IO；
优化：（1）不要和其他高硬盘负载的服务部署在一起
（2）对于多个redis实例部署在一台机器上这种情况，我们可以通过设置不同数据保存路径来分摊硬盘的写入压力
（3）AOF重写消耗大量硬盘IO，可以开启no-appendfsync-on-rewrite yes 标识在重写期间不进行sync操作
