1.持久化

Redis 是内存数据库,如果不将内存中的数据库状态保存到磁盘,那么一旦服务器进程退出,服务器中的数据库状态也会消失。所以Redis提供了持久化功能!

2.RDB(Redis DataBase)

在主从复制中,rdb就是备用了,从机上面

在指定的时间间隔内将内存中的数据快照写进磁盘,也就是说的Snapshot快照,它恢复时是将快照文件直接读到内存里。

Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。整个过程中,主进程是不进行任何IO操作的。这就确保了极高的性能。如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加高效。RDB的缺点是最后一次持久化后的数据可能丢失。我们默认的就是RDB,一般情况不需要修改这个配置。

RDB保存的文化 是dump.rdb。都是在我们的配置文件中快照中进行配置的!

什么情况下会生成dump.rdb文件
  1. save的规则满足的情况下,会自动出发rdb规则
  2. 执行flushall命令,也会出发rdb规则
  3. 退出redis,也会产生rdb文件

备份就会自动生成dump.rdb文件

如果要恢复rdb文件
  1. 只需要将rdb文件放在我们redis启动目录就可以,redis启动的时候会自动检测dumo.rdb 恢复其中的数据!
  2. 查看存在的位置

优点
  1. 适合大规模的数据恢复
  2. 对数据的完整性不高
缺点
  1. 需要一定的时间间隔进行操作!如果redis意外宕机了,这个最后一次修改数据就没有了!
  2. fork进程的时候,会占用一定的内容空间

3.AOF(Append Only File)

将我们的所有命令都记录下来,history,恢复的时候就把这个文件全部再执行一遍

以日志的形式来记录每个写操作,将Redis执行过的所有指令记录下来(读操作不记录),只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据,换言之,redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作

Aof保存的是appendonly.aof文件

默认是不开启的,我们需要手动进行配置!我们只需要将appendonly 改为yes就开启了aof!
重启,redis就可以生效了!

如果aof 有错误,这时候redis 是启动不起来的,我们需要修复这个aof文件redis给我们提供一个工具 redis-check-aof –fix

redis-check-aof --fix appendonly.aof

优点
  1. 每一次修改都同步,文件的完整会更加好
  2. 每秒同步一次,可能会丢失一秒的数据
  3. 从不同步,效率最高
缺点
  1. 相对于数据文件来说,aof远远大于rdb,修复的速度也比rdb慢!
  2. aof运行效率也要比rdb慢,所以我们redis默认的配置就是rdb持久化!

4.扩展