【无标题】

持久化

内存的数据会丢失 持久化就将一份数据搞到磁盘上

Redis的持久化有两个，一个是每次请求数据更新就发生持久化行为向磁盘更新，也就是向磁盘备份;另一个是定时，每隔一段时间进行备份。

备份的频率是可以进行修改的，多长时间备份一次。

RBD

redis默认使用的 类似于快照

redis.conf文件中的 save 60 10000 就是说每60s会有超过一万个key发生了变更，那么就生成一个dump.rdb文件，也就是一个快照

stop-writes-on-bgsave-error：默认值为yes。当启用了RDB且最后一次后台保存数据失败，Redis是否停止接收数据。这会让用户意识到数据没有正确持久化到磁盘上，否则没有人会注意到灾难（disaster）发生了。如果Redis重启了，那么又可以重新开始接收数据了。

rdbcompression ：默认值是yes。对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能，但是存储在磁盘上的快照会比较大。

rdbchecksum ：默认值是yes。在存储快照后，我们还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能。

dbfilename ：设置快照的文件名，默认是 dump.rdb

dir：设置快照文件的存放路径，这个配置项一定是个目录，而不能是文件名。默认是和当前配置文件保存在同一目录。

 

手动持久化

 

save和besave的区别

save保存 阻塞式持久化 该命令会阻塞当前Redis服务器，执行save命令期间，Redis不能处理其他命令，直到RDB过程完成为止 会形成一个rdb文件，也就是快照

besave Redis进程执行fork操作创建子进程，RDB持久化过程由子进程负责，父进程继续处理客户端骑牛， 完成后自动结束。阻塞只发生在fork阶段，一般时间很短。基本上 Redis 内部所有的RDB操作都是采用 bgsave 命令。

缺点：

 

ps:执行执行 flushall 命令，也会产生dump.rdb文件，但里面是空的.

AOF

就是把写过的命令存到日志，恢复的时候把日志的命令都执行一遍，进行恢复

开启AOF：

1. 修改默认的appendonly no，改为ye

2.