Redis篇之持久化

一、为什么要进行持久化

        Redis是一个基于内存的键值存储系统,但为了保证数据在服务器重启、故障等情况下不丢失。

二、应该怎么持久化

1.RDB持久化

(1)RDB是什么

        RDB全称Redis Database Backup file(Redis数据备份文件),也被叫做Redis数据快照。简单来说就是把内存中的所有数据都记录到磁盘中。当Redis实例故障重启后,从磁盘读取快照文件,恢复数据。

(2)怎么使用RDB

        需要自己手动开启。

Redis篇之持久化_第1张图片

        Redis内部有触发RDB的机制,可以在redis.conf文件中找到,格式如下:

  

(3)RDB的执行原理

        bgsave开始时会fork主进程得到子进程,子进程共享主进程的内存数据。完成fork后读取内存数据并写入RDB文件。

        页表: 记录虚拟地址与物理地址的映射关系。

        fork采用的是copy-on-write技术: 当主进程执行读操作时,访问共享内存; 当主进程执行写操作时,则会拷贝一份数据,执行写操作。

Redis篇之持久化_第2张图片

2.AOF持久化

(1)AOF是什么

        AOF全称为Append Only File(追加文件)。Redis处理的每一个写命令都会记录在AOF文件,可以看做是命令日志文件。

(2)如何使用AOF

        AOF默认是关闭的,需要修改redis.conf配置文件来开启AOF:                                                   ​​​​​​​  Redis篇之持久化_第3张图片

        AOF的命令记录的频率也可以通过redis.conf文件来配:Redis篇之持久化_第4张图片

Redis篇之持久化_第5张图片

        因为是记录命令,AOF文件会比RDB文件大的多。而且AOF会记录对同一个key的多次写操作,但只有最后一次写操作才有意义。通过执行bgrewriteaof命令,可以让AOF文件执行重写功能,用最少的命令达到相同效果。

        Redis也会在触发阈值时自动去重写AOF文件。阈值也可以在redis.conf中配置:                       ​Redis篇之持久化_第6张图片

(3)AOF的工作原理

         AOF持久化记录每一次写操作,并以追加的方式将这些操作命令写入日志文件。当Redis重新启动时,会按照AOF文件中的操作指令顺序逐条执行,从而实现数据恢复。

三、对比两种方法

RDB和AOF各有自己的优缺点,如果对数据安全性要求较高,在实际开发中通常会结合使用。

Redis篇之持久化_第7张图片

四、面试的时候应该怎么说呢

面试官:redis做为缓存,数据的持久化是怎么做的?

候选人:在Redis中提供了两种数据持久化的方式:1、RDB 2、AOF

面试官:这两种持久化方式有什么区别呢?

候选人:RDB是一个快照文件,它是把redis内存存储的数据写到磁盘上,当redis实例宕机恢复数据的时候,方便从RDB的快照文件中恢复数据。

AOF的含义是追加文件,当redis操作写命令的时候,都会存储这个文件中,当redis实例宕机恢复数据的时候,会从这个文件中再次执行一遍命令来恢复数据。

面试官:这两种方式,哪种恢复的比较快呢?

候选人:RDB因为是二进制文件,在保存的时候体积也是比较小的,它恢复的比较快,但是它有可能会丢数据,我们通常在项目中也会使用AOF来恢复数据,虽然AOF恢复的速度慢一些,但是它丢数据的风险要小很多,在AOF文件中可以设置刷盘策略,我们当时设置的就是每秒批量写入一次命令。

​​​​​

你可能感兴趣的:(redis,缓存,mysql,面试)