Redis面试相关题目

小咪咪 2023-02-14 13:05 43阅读 0赞

## 1、redis支持哪些数据类型呢？ ##

redis支持string、list、hash、set、zset（有序）

## 2、什么是redis持久化？持久化有哪几种方式？优缺点是哪些？ ##

持久化：定时将redis内存中数据，储存到磁盘中，从而做热备。

方式：rdb、aof。  
**rdb**：利用fork进程，便利整个hashTable，利用 cope and wirte，将这个db dump保存下来。  
**aof**：将redis写操作指令，写到一个类似日志的文件中。

优缺点：rdb方式持久化数据秘籍，容易备份，容易容灾恢复，但是备份力度大，crash的时候回丢失save几分钟之前的数据。aof持久化力度小，crash丢失数据少，但是这种持久化比rdb占用更大的空间。

## 3、redis有哪些架构模式，都有什么特点？ ##

架构模式：单机模式、主从复制模式、哨兵模式、集群模式（proxy）、集群直连模式

**单机模式**：搭建简单；但是容量有限、处理能力有限、不可高可用  
**主从复制模式**：master/slave角色，数据一致，降低slave读压力；但是不能降低master的写压力，不可高可用  
**哨兵模式**：高可用、监控各个节点、故障自动转移；但是主从切换花时间丢数据，没有降低master写压力  
**集群模式（proxy）**：支持多种hsah算法（MD5,CRC16,CRD32等等）、支持失败节点自动删除、后端数据分片对用户透明，业务处理只需按单个redis处理；但是增加新的proxy需要维护高可用、不支持故障自动转移  
**集群直连模式**：无中心化、高可用、支持故障自动转移、数据按solt模式分布、可拓展性强；但是数据异步复制，存在数据不一致、数据隔离性差

## 4、使用过redis分布锁吗？它是怎么实现的？ ##

说到分布锁首先要注意这几个点：  
**互斥性**。在任意时刻，只有一个客户端能持有锁。  
**不会发生死锁**。即使有一个客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。  
**具有容错性**。只要大部分的Redis节点正常运行，客户端就可以加锁和解锁。  
**解铃还须系铃人**。加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。

一般使用redis的SETNX做分布式锁，使用资源id作为key，value中存放requestId和和失效时间。为什么值中要放requestId和失效时间呢。因为我们加的锁要保证同一个请求加的锁，同一一个请求可以解锁。

大致流程是：一个请求对某个资源加了锁，只能这个资源获得这个锁，独占这个资源，并使用该资源；其他请求都不能获取到这个分布式锁的钥匙。获得分布式锁钥匙的请求，处理完资源后需要释放锁。

## 5、使用过Redis做异步队列么，你是怎么用的？有什么缺点？ ##

1、使用list结构作为消息队列，rpush生产消息，lpop消费消息（或者blpop brpop）。当lpop没有数据的时候，需要适当的处理程序中取lpop操作，例如适当sleep。  
2、使用redis的发布/订阅模式，可以实现1:N的消息消费。  
缺点：在消费者下线的时候，队列消息会丢失  
百度了下这个更加全：http://www.bubuko.com/infodetail-3531961.html

## 6、什么是缓存穿透？如何避免？什么是缓存雪崩？何如避免？ ##

**缓存穿透：** 一般的缓存系统都是通过key、value去查询缓存，如果不存在对应的value时候，就去数据库中查询。一些恶意的请求会故意大量去查询不存在的key，从而对后端造成极大的压力。这个就是缓存穿透。  
**缓存穿透的避免：**  
1、对查询结果为空的数据也进行缓存，并设置很短的失效时间；或者再insert数据后 清除缓存。  
2、对不存在key进行过滤，比如将所用存在的key放在bigmap中，查询时通过bigmap过滤。布隆过滤  
**缓存雪崩：** 在一段时间内，发生大量的缓存穿透，所有查询都落在数据库上，而造成缓存雪崩。  
**如何避免：**  
1、在缓存失效后，通过锁或者队列控制读数据库写缓存，比如某个key只允许一个线程对读数据库写缓存，其他请求等待。  
2、使用双缓存，A1缓存为原始缓存，A2为永久缓存，并且A1缓存设置短失效时间，A1失效后可以范文A2  
3、针对不同的key设置不同的失效时间，使缓存失效尽量均匀些。