你真的学会Redis了吗？（二）

你真的学会Redis了吗？（二）

一、Redis的持久化

redis是基于内存操作，但作为一个数据库也具备数据的持久化能力；但是为了实现高效的读写操作，并不会即使进行持久化，而是按照一定的规则进行持久化操作的——持久化策略

持久化就是把 **内存的数据写到磁盘中，**防止服务宕机导致内存数据丢失

Redis提高了俩种持久化测试：

• RDB (Redis DataBase)
• AOF (Append Only File)

二、持久化策略

2.1 RDB

RDB 是 Redis 默认的持久化方案。在满足特定的redis操作条件时,RDB持久化时会将内存中的数据写入到磁盘中，在指定目录下生成一个 dump.rdb 文件。Redis 重启会加载 dump.rdb 文件恢复数据。

2.1.1 默认触发条件

• 900s 1次：当操作次数达到1次，900s就会进行持久化
• 300s 10次：当操作次数达到10次，300s就会进行持久化
• 60s 10000次：当操作次数达到10000次，60s就会进行持久化

我们可以通过redis.conf,来设置RDB策略的触发条件：

## rdb 持久化开关
rdbcompression yes

## 配置 redis 的持久化策略
save 900 1
save 300 10
save 60 10000

## 指定 rdb 数据存储的文件
dbfilename dump.rdb

2.1.2 RDB的执行流程

**bgsave **是主流的触发RDB持久化的方式（ bgsave 会 fork()一个子线程来执行持久化），执行的流程如下图所示：

• 执行 bgsave 命令
• Redis 父进程判断当前 是否存在正在执行的子线程，如果存在，bgsave 命令直接返回
• 父进程执行 fork 操作去创建子线程，fork操作中父进程会阻塞。
• 父进程 fork 完成之后，父进程会继续接收并处理客户端的请求，而子线程开始将内存里面的数据写进硬盘的临时文件。
• 当子进程完成所有数据后会用临时文件替换旧的RDB文件。

2.1.3 RDB的优缺点

• 优点
  • Redis 加载 RDB 恢复数据远远快于 AOF 的方式
  • 由于RDB是将数据快照的形式进行保存的，我们可以通过 拷贝RDB文件轻松实现redis数据移植
  • 使用单独子线程进行来持久化，主线程不会有进行任何IO操作，保证了Redis的高性能
• 缺点：
  • RDB方式数据无法做到实时持久化。因为 BGSAVE 每次运行都要执行 fork 操作创建子进程，属于重量级操作，频繁执行成本比较高。
  • RDB采用的是数据快照进行持久化，不适合实时性持久化；
  • 如果数据量巨大，在RDB持久化过程中生成数据快照的子进程执行时间过长，会导致redis卡顿，因此save的时间周期设置不宜过短

2.2 AOF

Append Only File ，以独立日志的方式记录每次写命令，Redis重启时会重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，AOF 是Redis持久化的主流方式。

Redis将每一个成功的写操作写入到aof文件中，当redis重启的时候就执行aof文件中的指令以恢复数据

2.2.1 配置

## 开启AOF
appendonly yes

## 设置触发条件(三选一)
appendfsync always  ## 只要进行成功的写操作，就执行aof
appendfsync everysec ## 每秒进行一次aof
appendfsync no ## 让redis自行决定aof

## 设置aof文件路径
appendfilename "appendonly.aof"

2.2.2 AOF的执行流程

• 所有的写入命令追加到 AOF 缓冲区。
• AOF 缓冲区根据对应的策略向磁盘同步。
• 随着 AOF 文件越来越大，需要定期对 AOF 文件进行重写，达到压缩文件体积的目的。AOF文件重写把 Redis 进程内的数据转化为写命令同步到新 AOF 文件的过程。
• 当 Redis 服务器重启时，可以加载 AOF 文件进行数据恢复

2.2.3 AOF的优缺点

• 优点
  • AOF可以更好的保护数据不丢失，可以配置 AOF 每秒执行一次 fsync 操作，如果Redis进程挂掉，最多丢失1秒的数据。
  • AOF以 append-only 的模式写入，所以没有磁盘寻址的开销，写入性能非常高。
  • 也可以通过拷贝aof文件进行redis数据移植
• 缺点：
  • 对于同一份文件AOF文件比RDB数据快照要大。
  • 数据恢复比较慢。

2.3 RDB和AOF如何选择？

• redis官方建议同时开启2种持久化策略，如果同时存在aof文件和rdb文件的情况下aof优先
• aof是对指令文件进行增量更新，更适合实时性持久化
• aof存储的指令，而且会对指令进行整理；而RDB直接生成数据快照，在数据量不大时RDB比较快；
• 如果数据不敏感，且可以从其他地方重新生成，可以关闭持久化。
• 如果数据比较重要，且能够承受几分钟的数据丢失，比如缓存等，只需要使用RDB即可。
• 如果是用做内存数据，要使用Redis的持久化，建议是RDB和AOF都开启。
• 如果只用AOF，优先使用everysec的配置选择，因为它在可靠性和性能之间取了一个平衡。

2.4 RDB与AOF区别

2.4.1 RDB与AOF对比（优缺点）

持久化方式	RDB	AOF
占用存储空间	小（数据级：压缩）	大（指令级：重写）
存储速度	慢	快
恢复速度	快	慢
数据安全性	会丢失数据	依据策略决定
资源消耗	高/重量级	低/轻量级
启动优先级	低	高