redis 持久化

一、什么是redis持久化

redis是一个内存数据库，一旦断电或服务器进程退出，内存数据库中的数据将全部丢失，所以需要redis持久化。redis持久化就是把数据保存在磁盘上，利用永久性存储介质将数据保存，在特定的时间将保存的数据进行恢复的工作机制

二、两种持久化机制

• RDB(Redis DataBase) 内存快照： 存储数据结果，通过数据的方式进行持久化
• AOF(Append Only File) 增量日志： 存储操作过程，通过操作命令的方式进行持久化

三、RDB(Redis DataBase) 内存快照

RDB 原理

在指定的时间间隔内将内存中的数据集写入磁盘，也就是快照(Snapshot),数据恢复是将快照文件直接读到内存中

图例：

解释： redis会单独创建(fork)一个子进程来进行持久化，会先将数据写入一个到一个临时文件(dump.rdb)中,待持久化过程结束后，再用本次的临时文件替换上次持久化后的文件。fork函数的作用是复制一个与当前进程一样的进程，新进程的所有数据数值都和原进程一致，但是一个全新的进程，并作为原进程的子进程。

RDB的触发方式

1、手动触发：

执行save和bgsave命令，手动触发快照，生成RDB文件

手动触发命令两种：

	save: 该命令会阻塞当前redis服务器，执行save命令期间，redis不能处理其他命令，直到RDB过程结束为止(会造成长时间阻塞，不建议使用)
	bgsave:该命令执行后，redis会在后台异步进行快照操作，快照同时还可以响应客户端的请求，阻塞只发生在fork阶段，基本上redis内部的所有RDB操作都是采用bgsave命令
	

2、自动触发：

1、redis.conf配置文件中达到save参数的条件，自动触发bgsave

2、主从复制时，从节点要从主节点进行全量复制时也会触发bgsave,生成快照发送到从节点
3、执行shutdown(关闭redis服务)，会触发bgsave
4、执行flushall(生成一个空的临时文件dump.rdb)

RDB的数据恢复：

将备份文件(dump.rdb)移动到redis路径下(可以配置文件的存放路径)启动服务即可，redis启动会将文件数据加载到内存，在此期间redis会处于阻塞状态，直到全部数据存入内存。

RDB的优点

• 数据恢复快
• 体积小
• 数据备份使用子进程，对redis服务性能影响小

RDB的缺点

• 在一定时间间隔进行备份，当redis意外宕机，将会丢失最后一次修改的数据，无法做到秒级持久化
• fork进程时，会占用一定的内存空间
• RDB文件是二进制的没有可读性

四、AOF(Append Only File) 增量日志

AOF 原理

将客户端的每一个写操作命令以日志的形式记录下来，追加到appendonly.aof的文件末尾，在redis服务器重启时，会加载aof文件中的所有命令，来达到数据恢复的目的

图例：

解释： 当有写命令请求时，会追加到AOF缓冲区内，AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作同步到磁盘的AOF文件中，当AOF文件大小超过重写策略或手动重写时，会对AOF文件进行重写来压缩AOF文件容量，redis服务重启时，会重新加载AOF文件中的写操作来进行数据恢复

AOF的触发方式

1、手动触发

通过bgrewriteaof命令：重新AOF持久化生成aof文件(触发重写)

2、自动触发

默认情况，redis是没有开启AOF(默认使用RDB持久化)，需要通过配置文件开启

AOF的持久化策略有三种：

	always: 把每个写命令立即同步到AOF文件，很慢但安全
	everysec: 每秒同步一次，默认配置
	no: redis不执行写入磁盘，交给OS系统处理，很快但不安全
	

AOF 重写机制

AOF持久化，会把每次写命令都追加到appendonly.aof文件中，当文件过大，redis的数据恢复时间就会变长，因此加入重写策略对aof文件进行重写，生成一个恢复当前数据的最少命令集。

AOF的优点

• 数据安全性高，不易丢数据
• AOF文件有序保存了所有写操作，可读性强

AOF的缺点

• AOF方式生成文件体积大
• 数据恢复速度比RDB慢