【Redis】正确回答RDB-AOF持久化策略面试问题

一、关于Redis的面试真题:

  • 如何用Redis实现分布式锁?

  • 简要说说你对RDB-AOF持久化策略的理解?

  • RDB-AOF持久化策略的优缺点在哪?

  • 经典问题:先更新数据库,还是先更新缓存?

  • 失效策略:缓存过期都有哪些策略?

  • 负载均衡:一致性哈希解决了哪些问题?

  • 缓存高可用:缓存如何保证高可用?

  • redis 集群模式的工作原理能说一下么?

  • 在集群模式下,redis 的 key 是如何寻址的?

  • 分布式寻址都有哪些算法?了解一致性 hash 算法吗?

  • redis 的并发竞争问题是什么?如何解决这个问题?了解redis 事务的 CAS 方案吗?

面试中你会遇到的有那些奇葩问题,如果遇到回答不上来的问题,怎么办?遇到问题先不要慌,今天我们就来说说RDB-AOF持久化策略的面试问题,拿好小本本好好记下来,没准下次你就用上了哟。

二、Redis持久化策略(面试问题)

Redis不仅仅是一个内存型数据库,还具备持久化能力。

Redis每次启动时都会从硬盘存储文件中把数据读取到内存中。运行过程中操作的数据

都是内存中的数据。

一共包含两种持久化策略:RDB和AOF

三、RDB和AOF

3.1 RDB ( 全称:Redis DataBase )

rdb模式是默认模式,可以在指定的时间间隔内生成数据快照( snapshot ) ,默认保存到dump.rdb文件中。当redis重启后会自动加载dump.rdb文件中内容到内存中。用户可以使用SAVE (同步)或BGSAVE (异步)手动保存数据。

可以设置服务器的save选项,让服务器每个一段时间自动执行一次BGSAVE命令,可以通过save选项设置多个保存条件,但只要其中任意一个条件被满足,服务器就会执行BGSAVE命令。

例如:

save 900 1

save 300 10

save 60 10000

那么只要满足以下三个条件中的任意一个,BGSAVE命令就会被执行。计时单位是必须要执行的时间,save 9001,每 900秒检测一次。在并发量越高的项目中Redis的时间参数设置的值要越小。

  • 服务器在900秒之内,对数据库进行了至少1次修改。

  • 服务器在300秒之内,对数据库进行了至少10次修改。

  • 服务器在60秒之内,对数据库进行了至少10000次修改。

3.1.1 优点

rdb文件是一个紧凑文件,直接使用rdb文件就可以还原数据。

数据保存会由一个子进程进行保存,不影响父进程做其他事情。

恢复数据的效率要高于aof

总结:性能要高于AOF

3.1.2 缺点

每次保存点之间导致redis不可意料的关闭,可能会丢失数据。

由于每次保存数据都需要fork()子进程,在数据量比较大时可能会比较耗费性能。

3.2 AOF ( 全称:appendOnly File )

AOF默认是关闭的appendonly no,需要在配置文件redis.conf中开启AOF。

Redis支持AOF和RDB同时生效,如果同时存在,AOF优先级高于RDB ( Redis重新启动时会使用AOF进行数据恢复)

**AOF原理:**监听执行的命令, 如果发现执行了修改数据的操作, 同时直接同步到数据库岗文件中,同时会把命令记录到日志中。即使突然出现问题,由于日志文件中已经记录命令,下一次启动时也可以按照日志进行恢复数据,由于内存数据和硬盘数据实时同步,即使出现意外情况也需要担心。

3.2.1 优点

相对RDB数据更加安全。

3.2.2 缺点

相同数据集AOF要大于RDB。

相对RDB可能会慢一些。

3.2.3开启办法

修改redis.conf中。

appendonly yes开启aof

appendfilename设置aof数据文件,名称随意。

四、总结

别人说的再多,不如自己学得多,知识学到自己的脑海里那才是最正确的正确答案,自己有实力才不怕面试官的任何问题,所以想要随心所欲的应对面试中的所有问题,还得丰富自己的知识,下面是全网讲的最仔细,最简单易懂的Redis知识学区,去试试开启你的探索旅程吧!

高性能的key-value数据库


**最好的关系是互相成就;**大家的 「三连」就是小编创作的最大动力,我们下期见!

你可能感兴趣的:(优质好文分享,redis,面试,数据库)