redis数据持久化

redis备份概念

• Redis所有数据都是保存在内存中，Redis数据备份可以定期的通过异步方式保存到磁盘上，该方式称为半持久化模式，如果每一次数据变化都写入aof文件里面，则称为全持久化模式。同时还可以基于Redis主从复制实现Redis备份与恢复。

redis备份模式

• 半持久化rdb模式
• 全持久化aof模式
• redis主从复制

1. 半持久化RDB模式

• 半持久化RDB模式是Redis备份默认方式，是通过快照（snapshotting）完成的，当符合在Redis.conf配置文件中设置的条件时Redis会自动将内存中的所有数据进行快照并存储在硬盘上，完成数据备份。
• Redis启动后会读取RDB快照文件，将数据从硬盘载入到内存，根据数据量大小与结构和服务器性能不同，通常将一个记录一千万个字符串类型键、大小为1GB的快照文件载入到内存中需花费20～30秒钟。

1.1. RDB半持久化实现过程

• Redis使用fork函数复制（写时复制）一份当前进程（父进程）的副本（子进程），父进程继续接收并处理客户端发来的命令，而子进程开始将内存中的数据写入硬盘中的临时文件，当子进程写完所有数据后会用该临时文件替换旧的RDB文件，至此一次快照操作完成。

1. 2. 开启rdb半持久化

• Redis进行RDB快照的条件由用户在配置文件中自定义，由两个参数构成：时间和改动的键的个数。
• 当在指定的时间内被更改的键的个数大于指定的数值时就会进行快照。在配置文件中已经预置了3个条件：
• rdb半持久化常用参数：

save 900 1     ---900秒内有1个键发生变化开始快照
save 300 10    ---300秒内有10个键发生变化开始快照
save 60 10000  ---60秒内有10000个键发生变化开始快照
//快速理解，可以从下往上去看，即使只有一个键发生变化，最后也会执行900
秒的规则。
//后台存储发生故障时，客户端停止写入
stop-writes-on-bgsave-error yes
//在存储过程中，启动压缩
rdbcompression yes
//启动redis时，是否检查rdb数据库的完整性
rdbchecksum yes
//rdb数据库文件的名字，可自定义
dbfilename dump.rdb
//rdb数据库存放路径，可以自定义
dir /var/lib/redis

2. 全持久化AOF模式

• 如果数据很重要无法承受任何损失，可以考虑使用AOF方式进行持久化，默认Redis没有开启AOF(append only file)方式的全持久化模式。

2.1. aof持久化实现过程

• 开启AOF持久化后每执行一条更改Redis中数据的命令，Redis会将该命令写入硬盘中的AOF文件。
• 在启动时Redis会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中，载入的速度相较RDB会慢一些。

2.2. aof持久化常用参数

//开启aof持久化，默认为禁止no
appendonly yes

//指定aof文件名，可自定义
appendfilename "appendonly.aof"

//每执行一条命令即写入磁盘
#appendfsync always

//每秒同步内存数据到磁盘
appendfsync everysec

//设置为no,让写入动作交由操作系统完成，同步的频率会相对比较低，不建议
# appendfsync no

//在rdb写磁盘过程中，是否需要停止aof，默认是不停，如果负载较高，建议停
止。
//这个时候数据也不会丢失，在暂时存在内存队列，rdb数据写完后，aof继续。
no-appendfsync-on-rewrite no

//aof文件大小相比上次文件大小，增长100%时，重写
auto-aof-rewrite-percentage 100

//aof文件至少超过64M时，重写
auto-aof-rewrite-min-size 64mb

//redis在恢复时，会忽略最后一条可能存在问题的指令（因为断电等原因导致的一些错误指令）
aof-load-truncated yes