Redis持久化机制
| 持久化模式 | 说明 | 优点 | 缺点 |
|---|---|---|---|
| 快照模式 | 定期将redis当前内存数据全量快照备份到硬盘 | 1、redis重启时恢复速度快 | 1、操作不宜频繁 2、系统故障时，会导致部分数据丢失 |
| AOF模式 | 将redis执行命令同步追加到文件中 | 1、系统异常时，只丢失极少量的数据 | 1、系统故障重启，恢复速度慢 |
1. 快照原理
Redis快照会fork一个子进程，快照持久化交由子进程进行处理，父进程继续处理客户端的请求。
子进程做数据持久化，不会修改现有的内存数据结构，它只是对数据结构进行遍历读取，然后序列化写到磁盘中。新fork创建内存方式是COW（copy on write）方式，是一种推迟甚至避免数据拷贝的技术，让父子进程共享内存，只有在写时才复制地址空间，使得进程都拥有自己独立的地址空间。
1.1 快照触发条件
快照持久化触发分为两种：手动触发和Redis定时触发。
1.手动触发
1）save命令：该命令会阻塞当前Redis，直到持久化完成，现网禁止使用该命令，只有当bgsave内存不够用时，才能使用。
2）bgsave命令：fork一个子进程，由子进程进行持久化，不影响父进程继续对客户端请求进行响应。
2.定时任务自动触发
1）根据save m n配置规则自动触发
2）从节点全量复制时，主节点发送rdb文件给从节点完成复制操作，主节点会触发bgsave
3）执行debug reload
4）执行shutdown时，如果没有开启aof，也会触发bgsave
bgsave流程：fork进程->子进程生成RDB文件->写完后执行rename重命名，覆盖原有快照文件。
2. AOF原理
AOF日志存储的是Redis服务器的顺序指令序列，AOF日志只记录对内存进行修改的指令。
Redis收到客户端指令后，进行参数校验、逻辑处理，如果没有问题，再将指令写到AOF日志中。
2.1. AOF重写
Redis长时间运行，AOF文件会越来越大，因此Redis提供了bgrewriteaof指令用于对AOF日志瘦身。
起子进程对内存进行遍历->转换成一系列的Redis操作指令->保存到新的AOF日志文件中->序列化完成后，再将操作期间增量AOF追加到新的AOF文件中->替代久的AOF文件。
2.2. fsync刷盘
将AOF日志进行刷盘操作有两种方式：1）redis每个1s左右执行一次fsync操作（周期可配置） 2）永不调用sfync，由操作系统决定何时同步磁盘。
3. 混合持久化
Redis4.0以后版本提供了混合持久化，将RDB文件的内容和增量的AOF日志文件存储在一起，这里的AOF不再是全量 的日志，而是持久化开始到持久化结束这段时间发生的增量AOF日志，通常这部分日志很小。
Redis重启的时候，可以先加载RDB内容，然后再重放增量的AOF日志。
