Redis --- Redis如何做持久化

Redis如何做持久化

一共三种

一、RDB（快照）持久化：保存某个时间点的全量数据快照

redis.conf

save 60 1 代表Redis在60秒内写入一条数据那么进行快照

stop-writes-on-basave-error yes 代表当备份进程出错的时候，主进程就停止写入新的操作了。这样是为了保护持久化数据一致性的问题。

rdbcompression yes 表示在备份的时候，需要将rdb文件进行压缩后才去做保存

这里建议设置成 no 。比较Redis本身属于CPU密集型服务器，在开启压缩会带来更多的CPU消化，相比硬盘成本，CPU更值钱

禁用rdb配置 只需要在save 60 1 下面加上 save “”

进入src下 ，ls *rdb 即可看到 dump.rdb

more dump.rdb 是一堆乱码，这就表名rdb文件是二进制文件

SAVE : 阻塞Redis服务器进行，直到RDB文件创建完毕

例如：先删除dump.rdb 文件 rm -f dump.rdb ,接下来用 save命令 。等待一会，返回OK代表成功。

命令： lastsave 代表最后一次执行save的时间

BGSAVE : Fork 出一个子进程来创建RDB文件，不阻塞服务器进程

例如： 直接执行命令 bdsave 返回 Background saving started

exit 退出客户端

./redis-cli 开启客户端

保存某个点的全量数据备份

mvdump.rdbdumpxxxx.rdb xxx代表时间戳 也就是lastsave

自动触发RDB持久化方式

1、根据redis.conf 配置里的SAVE m n 定时触发（用的是BGSAVE）

2、主从复制时，主节点自动触发

3、Debug Reload

4、执行Shutdown 且没有开启AOF持久化

分析BGSAVE原理

缺点：

内存数据的全量同步，数据量大会由于I/O而严重影响性能

可能会因为Redis挂掉而丢失从当前至最近一次快照间的数据

二、AOF（Append -Only - File）持久化：保存写状态 默认是关闭的

1、记录下除了查询以外的所有变更数据库状态的指令

2、以append 的形式追加保存到AOF文件中（增量）

默认是关闭的 在redis.conf 里面

vim redis.conf

/appendonly

appendonly no

设置成yes就可以生效了

另外和appendonly 相关的配置

appendfsync eveerysec 这是默认配置 这是配置AOF 的写入方式的

eveerysec 代表每隔一秒写入到AOF文件里面

always 代表总是及时的将缓存中数据写入到AOF中

no 代表不写入

重新启动才能对配置文件生效，输入指令，指向配置文件

src下

./redis-server …/redis.conf

src下 客户端连接服务器

redis-cli

ping

如果用AOF持久化就不会读取dump.conf持久化文件，相当于数据重新开始

这时候如果set key value ，就会自动生成appendonly.aof文件

日志重写解决AOF文件大小不断增大的问题，原理如下：

1、调用fork ()，创建子线程

2、子进程把新的AOF写到一个临时文件里，不依赖原来的AOF文件

3、主进程持续将新的变动同时写到内存和原来的AOF里

4、主进程获取子进程重写AOF的完成信号，往新的AOF同时增量变动

5、使用新的AOF替换旧的AOF文件

RDB 和 AOF 的优缺点

RDB 优点：全量数据快照，文件小，恢复快

RDB 缺点： 无法保证最近一次快照后的数据

AOF 优点： 可读性较高，适合保存增量数据，数据不易丢失

AOF 缺点： 文件体积大，恢复时间长

_aof_rewrite 指令可以防止 磁盘被撑满

三、RDB-AOF 混合持久化方式

在Redis 4.0 以后RDB-AOF 混合持久化方式 默认配置来使用

BGSAVE 全量持久化，AOF做增量持久化