Redis持久化

分为RDB,AOF两种持久化方式，Redis默认使用RDB持久化

RDB 持久化

触发方式：
执行save 命令，会阻塞redis服务器
bgsave  后台开启子进程进行备份备份

或自动触发修改redis.conf   save 配置

redis.conf  RDB相关配置

#关闭RDB持久化
save ""

#300s内有1个key发生变化就触发RDB

save 300 1

#备份文件名
dbfilename  dump.rdb  rdb

#备份文件存放目录
dir ./

rdb bgsave基本流程

fork主进程得到子进程，子进程共享内存空间，fork阶段会阻塞当前Redis服务器，写RDB文件的时候不阻塞服务器
子进程读取内存中的数据并写入新的RDB文件，完成之后用新的RDB文件覆盖旧文件，同时通知主进程
当子进程写RDB数据的时候，如果有新的请求写入Redis,那么会采用copy-on-write 技术，将要修改的数据拷贝一份并对其修改，所以不会影响原先共享的数据

优点：
文件支持压缩，所以文件会比AOF文件小，非常适合全量备份
恢复速度比AOF快

缺点：
RDB执行时间过长，两次RDB之间写入数据存在丢失风险
fork子进程和压缩,写入RDB文件都比较耗时
RDB文件可读性差

AOF持久化

(Append Only File) 持久化 （追加文件）。Redis 每次执行一个写命令的时候都会将命令记录到AOF文件，可以看做是命令日志文件
默认是关闭的
appendonly on   修改：yes 即为开启
appendfilename  "appendonly.aof"  AOF文件名
#执行频率
#每次执行一次写命令，就记录到AOF文件
# appendfsync always
#写命令执行完先放入AOF缓冲区，然后表示每一秒将缓冲区的数据记录到AOF文件中，默认方案
appendfsync everysec
#写命令执行完先放入AOF缓冲区，由系统决定何时将缓冲区内容记录到AOF文件
# appendfsync no

bgrewriteaof 命令 可以手动触发AOF文件重写 对一些重复无意义的命令更新
以下是自动触发bgrewriteaof 的配置
#记录上次重写AOF文件之后的大小，当现在文件超过配置的百分之后，就会重写AOF文件
auto-aof-rewrite-percentage 100
#当AOF文件超过指定大小是触发bgrewriteaof 命令
auto-aof-rewrite-min-size 64mb