Redis持久化

为什么需要持久化？

因为Redis是内存数据库，它将自己的数据存储在内存里面，一旦Redis服务器进程退出或者运行Redis服务器的计算机停机，Redis服务器中的数据就会丢失。

为了避免数据丢失，所以Redis提供了持久化机制，将存储在内存中的数据保存到磁盘中，用于在Redis服务器进程退出或者运行Redis服务器的计算机停机导致数据丢失时，快速的恢复之前Redis存储在内存中的数据。

持久化方式

RDB持久化
AOF持久化

Redis持久化---RDB

RDB持久化

RDB持久化是将某个时间点上Redis中的数据保存到一个RDB文件中，也叫快照持久化；

该文件是一个经过压缩的二进制文件，通过该文件可以还原生成RDB文件时Redis中的数据；

创建RDB文件

Redis提供了2个命令来创建RDB文件，一个是SAVE，另一个是BGSAVE。

SAVE命令会阻塞Redis服务器进程，直到RDB文件创建完毕为止，在服务器进程阻塞期间，服务器不能处理任何命令请求

BGSAVE命令会派生出一个子进程，然后由子进程负责创建RDB文件，服务器进程（父进程）继续处理命令请求

PS： 因为BGSAVE命令可以在不阻塞服务器进程的情况下执行，所以推荐使用BGSAVE命令

RDB文件创建方式

自动保存

触发机制有如下：

1、save m n

自动触发最常见的情况是在配置文件中通过配置save m n，指定当m秒内发生n次变化时，会触发bgsave。

save 900 1
save 300 10
save 60 10000

其中save 900 1的含义是：当时间到900秒时，如果Redis数据发生了至少1次变化，则执行bgsave；save 300 10和save 60 10000同理。当三个save条件满足任意一个时，都会引起bgsave的调用。

PS：1、Redis的save m n，是通过serverCron函数、dirty计数器、和lastsave时间戳来实现的。

2、主从复制场景下，如果从节点执行全量复制操作，则主节点会执行 bgsave 命令，并将rdb文件发送给从节点（主从复制后面会说到）

3、执行shutdown命令时也会触发自动保存

4、重启redis，执行debug reload时也会自动触发保存

手动保存

save和bgsave命令，推荐使用bgsave，不过说了等于没说，基本上都不会直接手动保存，~ ~

总结：

优点：

RDB文件小，非常适合定时备份，用于灾难恢复。

因为RDB文件中直接存储的是内存数据，而AOF文件中存储的是一条条命令，需要应用命令。Redis加载RDB文件的速度比AOF快很多。

缺点：

RDB持久化方式不能做到实时/秒级持久化。实时持久化要全量刷内存到磁盘，成本太高。每秒fork子进程也会阻塞主进程，影响性能。RDB文件是二进制文件，随着Redis不断迭代有多个rdb文件的版本，不支持跨版本兼容。老的Redis无法识别新的RDB文件格式。

Redis持久化---AOF

AOF持久化概念

AOF持久化是通过保存Redis服务器所执行的写命令来记录数据库数据的

开启AOF

AOF持久化默认情况下是关闭的，使用前需要先开启，编辑redis.conf文件，修改如下:

redis-cli config set appendonly yes #开启aof
redis-cli config set save "" #关闭rdb

文件同步方式

appendfsync选项	安全性	效率
everysec（推荐）	安全性适中，故障停机，数据库也只会丢失一秒的命令数据	每秒同步一次
always	安全性最高，故障停机，数据库也只会丢失一个事件循环中所产生的命令数据	每一个命令
no	安全性最低，故障停机，数据库会丢失上次同步AOF文件之后的所有写命令数据	不主动同步，完全依赖操作系统，一般linux为30秒左右一次

文件重写（压缩）

动机：随着运行时间的增长，执行的命令越来越多，会导致AOF文件越来越大，当AOF文件过大时，redis会执行重写机制来压缩AOF文件

AOF文件重写并不需要对现有的AOF文件进行任何读取、分析或者写入操作，而是通过读取服务器当前的数据库数据来实现的，主要是将文件中无效命令剔除，如：

同一个key的值，只保留最后一次写入
已删除或者已过期数据相关命令会被去除

自動配置：

auto-aof-rewrite-min-size 64MB   // 当文件小于64M时不进行重写
auto-aof-rewrite-min-percenrage 100  // 当文件比上次重写后的文件大100%时进行重写

重写的过程

从主进程中fork出子进程，并拿到fork时的AOF文件数据写到一个临时AOF文件中---》分离子进程
在重写过程中，redis收到的命令会同时写到AOF缓冲区和重写缓冲区中，这样保证重写不丢失重写过程中的命令---》过程写操作命令收集
重写完成后通知主进程，主进程会将AOF缓冲区中的数据追加到子进程生成的文件中---》追加写操作命令数据
redis会原子的将旧文件替换为新文件，并开始将数据写入到新的aof文件上---》替换旧AOF文件

持久化文件容灾备份

编写容灾备份shell脚本：redis_rdb_daily.sh

#!//bin/sh
cur_date=`date +%Y%m%d%k`

rm -rf /usr/local/redis-4.0.6/snapshotting/$cur_date
mkdir -p /usr/local/redis-4.0.6/snapshotting/$cur_date
cp /usr/local/redis-4.0.6/dump.rdb /usr/local/redis-4.0.6/snapshotting/$cur_date

del_date=`date -d -48hour +%Y%m%d%k`
rm -rf /usr/local/redis-4.0.6/snapshotting/$del_date

编辑crontab定时器，添加sh执行命令：

[root@ydt redis-4.0.6]# crontab -e

#添加命令，每个小时执行一次备份：
0 * * * * /usr/local/redis-4.0.6/redis_rdb_daily.sh

总结

AOF优缺点

优点：数据的完整性和一致性更高
缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢，因为不管怎么压缩，它的命令基数总是在不断增长的。

RDB和AOF模式一般都会一起使用，毕竟数据的稳定性高于一切

redis-持久化方式