redis常见面试题(二)

Redis采用RDB和AOF两种持久化机制,RDB提供数据快照,适合数据安全性要求不高的场景,而AOF记录命令日志,确保数据安全性。针对性能问题,建议避免Master写内存快照, Slave配置AOF同步策略,保持Master和Slave在同一局域网,减少从库压力,并使用线性结构为主从复制提供冗余。
摘要由CSDN通过智能技术生成

7、一个字符串类型的值能存储最大容量是多少?
答: 512M

8、Redis 的持久化机制是什么?各自的优缺点?
Redis 提供两种持久化机制RDB 和AOF 机制:

1、RDBRedis DataBase)持久化方式: 是指用数据集快照的方式半持久化模式)
记录redis 数据库的所有键值对,在某个时间点将数据写入一个临时文件, 持久化
结束后, 用这个临时文件替换上次持久化的文件, 达到数据恢复。
优点:
1、只有一个文件dump.rdb,方便持久化。
2、容灾性好,一个文件可以保存到安全的磁盘。
3、性能最大化, fork 子进程来完成写操作, 让主进程继续处理命令,所以是IO
最大化。使用单独子进程来进行持久化,主进程不会进行任何IO 操作,保证了redis
的高性能) 4.相对于数据集大时,比AOF 的启动效率更高。
缺点:
1、数据安全性低。RDB 是间隔一段时间进行持久化,如果持久化之间redis 发生
故障,会发生数据丢失。所以这种方式更适合数据要求不严谨的时候)

2、AOFAppend-only file)持久化方式: 是指所有的命令行记录以redis 命令请
求协议的格式完全持久化存储)保存为aof 文件。
优点:
1、数据安全, aof 持久化可以配置appendfsync 属性,有always,每进行一次
命令操作就记录到aof 文件中一次。
2、通过append 模式写文件,即使中途服务器宕机, 可以通过redis-check-aof
工具解决数据一致性问题。
3、AOF 机制的rewrite 模式。AOF 文件没被rewrite 之前( 文件过大时会对命令
进行合并重写),可以删除其中的某些命令( 比如误操作的flushall))
缺点:
1、AOF 文件比RDB 文件大, 且恢复速度慢。
2、数据集大的时候,比rdb 启动效率低。

9、Redis 常见性能问题和解决方案:
1、Master 最好不要写内存快照,如果Master 写内存快照,save 命令调度rdbSave
函数,会阻塞主线程的工作,当快照比较大时对性能影响是非常大的,会间断性
暂停服务
2、如果数据比较重要,某个Slave 开启AOF 备份数据,策略设置为每秒同步一
3、为了主从复制的速度和连接的稳定性, Master 和Slave 最好在同一个局域网
4、尽量避免在压力很大的主库上增加从
5、主从复制不要用图状结构,用单向链表结构更为稳定,即:Master <- Slave1
<- Slave2 <- Slave3…这样的结构方便解决单点故障问题,实现Slave 对Master
的替换。如果Master 挂了,可以立刻启用Slave1 做Master,其他不变。

10、redis 过期键的删除策略?

1、定时删除:在设置键的过期时间的同时,创建一个定时器timer). 让定时器在键
的过期时间来临时,立即执行对键的删除操作。
2、惰性删除:放任键过期不管,但是每次从键空间中获取键时,都检查取得的键是
否过期, 如果过期的话,就删除该键;如果没有过期,就返回该键。
3、定期删除:每隔一段时间程序就对数据库进行一次检查,删除里面的过期键。至
于要删除多少过期键,以及要检查多少个数据库, 则由算法决定。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值