3、redis作为缓存，以及持久化机制

目录

什么是持久化？

Redis为什么需要持久化

SAVE命令

BGSAVE命令

save，bgsave区别

默认配置

优点

缺点

AOF写入机制

写入磁盘机制

重写过程

新文件替代旧文件

优点：

缺点：

---

什么是持久化？

将数据从掉电易失的内存存放到能够永久存储的设备上

Redis为什么需要持久化

基于内存的

Redis持久化方式

RDB（Redis DB）

AOF（AppendOnlyFile）

RDB

在默认情况下，Redis将数据库快照保存在名字为dump.rdb的二进制文件中

策略

自动：按照配置文件中的条件满足就执行BGSAVE

save 60 1000，redis就要满足在60秒内，至少有1000个键被改动，会自动保存一次

手动：客户端发起save，bgsave命令

SAVE命令

redis > save

阻塞Redis服务，无法响应客户端请求

创建新的dump.rdb替代旧文件

BGSAVE命令

redis > bgsave

非阻塞，Redis服务正常接收处理客户端请求

Redis会folk()一个新的子进程来创建RDB文件，子进程处理完后会向父进程发送一个信号，通知它处理完毕

父进程用新的dump.rdb替代旧文件

save，bgsave区别

save不用创建新的进程，速度略快

bgsave需要创建子进程，消耗额外的内存

save适合停机维护，服务低谷时段

bgsave适合线上执行

自动执行

本质上就是bgsave

默认配置

save 900 1

save 300 10

save 60 10000

dbfilename dump.rdb

dir /var/lib/redis/6379

只要满足这上面的一个条件，就会自动备份

创建RDB文件之后，时间计数器和次数计数器会清零，所以多个条件的效果是不叠加的

优点

完全备份，不同时间的数据集备份可以做到多版本恢复

紧凑的单一文件，方便网络传输，适合灾难恢复

恢复大数据集速度较AOF快

缺点

会丢失最近写入，修改的而未能持久化的数据

folk过程非常耗时，会造成毫秒级不能响应客户端请求

AOF

Append only file ，采用追加的方式保存

默认文件appendonly.aof

记录所有的写操作命令，在服务启动的时候使用这些命令就可以还原数据库

调整AOF持久化策略，可以在服务出现故障时，不丢失任何数据，也可以丢失一秒的数据，相对于RDB损失小的多

AOF写入机制

AOF方式不能保证绝对不丢失数据

先放入缓存区，等满了再转入磁盘，未写入磁盘之前可能丢失

写入磁盘机制

appendfsync选项，这个选项的值可以是always、everysec或者no

Always：服务器每写入一个命令，就调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，也不会丢失任何已经成功执行的命令数据

Everysec（默认）：服务器每一秒重调用一次fdatasync，将缓冲区里面的命令写入到硬盘。这种模式下，服务器出现故障，最多只丢失一秒钟内的执行的命令数据

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

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

AOF重写机制

AOF文件过大

合并重复的操作，AOF会使用尽可能少的命令来记录

重写过程

folk一个子进程负责重写AOF文件

子进程会创建一个临时文件写入AOF信息

父进程会开辟一个内存缓存区接收新的写命令

子进程重写完成后，父进程会获得一个信号，将父进程接收到的新的写操作由子进程写入到临时文件中

新文件替代旧文件

注意：如果写入操作的时候出现故障导致命令写半截，可以使用redis-check-aof工具修复

AOF重写触发

手动：客户端向服务器发送bgrewriteaof命令

自动：配置文件中的选项，自动执行bgrewriteaof命令

auto-aof-rewrite-min-size ，触发AOF重写所需的最小体积

auto-aof-rewrite-percentage ，指定触发重写所需的AOF文件体积百分比

AOF重写配置项举例

auto-aof-rewrite-percentage 100

auto-aof-rewrite-min-size 64mb

当AOF文件大于64MB时候，可以考虑重写AOF文件

只有当AOF文件的增量大于起始size的100%时（就是文件大小翻了一倍），启动重写

appendonly yes 默认关闭，请开启

优点：

写入机制，默认fysnc每秒执行，性能很好，不阻塞服务，最多丢失一秒的数据

重写机制，优化AOF文件

如果误操作了（FLUSHALL等），只要AOF未被重写，停止服务移除AOF文件尾部flushall命令，重启redis，可以将数据集恢复到flushall执行之前的状态。

缺点：

相同数据集，aof文件体积较rdb大了很多

恢复数据库速度较rdb慢（文本重演）