Java面试之Redis篇(2021更新)

1、Redis 是什么?都有哪些使用场景?

  • Redis 是一个使用 C 语言开发的高速缓存数据库。
  • Redis 使用场景:
    • 记录帖子点赞数、点击数、评论数;
    • 缓存近期热帖;
    • 缓存文章详情信息;
    • 记录用户会话信息。

2、Redis 有哪些功能?

  • 数据缓存功能
  • 分布式锁的功能
  • 支持数据持久化
  • 支持事务
  • 支持消息队列

3、说说 Redis 的单线程结构?

  • Redis 不依赖 CPU,其瓶颈最有可能是机器内存或者网络带宽,并不是说多线程就一定比单线程性能好,因为频繁的CPU上下文切换会影响效率。

4、Redis 的数据类型?

  • string
  • list(linked)
  • hash (键值对)
  • set (无序不重复)
  • zset(有序不重复)
  • geo(地理空间,底层为zset,两地的直线距离,常用于附近的人)
  • hyperLogLog(类似set,内存占用最大为12k,适用数据量大的情景,访问UV)
  • bitmap(底层为bit数组,牺牲精确到来节约内存,只有0和1,用户签到、在线状态)

5、Redis 的悲观锁与乐观锁?

  • 悲观锁:setnx(set if not exists),直接锁住key,保证只有一个人去load db;
  • 乐观锁:watch,当key的version改变了,会提示修改失败。

6、Redis 如何实现秒杀功能?

  • 使用事务和乐观锁的方式实现(mutil+watch+decr)
while(true){
     System.out.println("顾客:" + clientName + "开始抢购商品");
     jedis = RedisUtil.getInstance().getJedis();
     try {
     	//监视商品键值对,作用时如果事务提交exec时发现监视的键值对发生变化,事务将被取消
         jedis.watch(key);
         int prdNum = Integer.parseInt(jedis.get(key));//当前商品个数
         if (prdNum > 0) {
             Transaction transaction = (Transaction) jedis.multi();//开启redis事务
             ((Jedis) transaction).set(key,String.valueOf(prdNum - 1));//商品数量减一
             List<Object> result = ((redis.clients.jedis.Transaction) transaction).exec();//提交事务(乐观锁:提交事务的时候才会去检查key有没有被修改)
             if (result == null || result.isEmpty()) {
                 System.out.println("很抱歉,顾客:" + clientName + "没有抢到商品");// 可能是watch-key被外部修改,或者是数据操作被驳回
             }else {
                 jedis.sadd(clientList, clientName);//抢到商品的话记录一下
                 System.out.println("恭喜,顾客:" + clientName + "抢到商品");  
                 break; 
             }
         }else {
              System.out.println("很抱歉,库存为0,顾客:" + clientName + "没有抢到商品");  
              break; 
         }
     } catch (Exception e) {
         // TODO: handle exception
     }finally{
         jedis.unwatch();
         RedisUtil.returnResource(jedis);
     }
 }

7、说说 Redis 的持久化?

  • RDB(Redis DataBase):
    • 文件名为dump.rdb,文件内容为快照
    • 使用bgsave命令来fork一个子进程来实现手动持久化。
    • 使用save命令来实现手动持久化,由于save的过程中会阻塞整个redis父进程,故废弃。
    • 使用配置文件来实现,通过匹配配置来触发持久化机制。
    • shutdown的时候也会触发持久化。
  • AOF(Append Only File):
    • 文件名为appendonly.aof,文件内容为命令集
    • 使用配置文件来实现,通过匹配配置来触发持久化机制。
    • 由于aof是以追加的方式添加命令,文件会越来越大,可通过配置文件,文件达到最大值(默认为64MB)以fork子进程的形式触发重写。

8、说说 Redis 的订阅发布?

  • 发布订阅 (pub/sub) 是一种消息通信模式:发送者 (pub) 发送消息,订阅者 (sub) 接收消息。
  • 客户端可以订阅任意数量的频道。
  • 发布者发布消息,通过字典匹配,自动推送到订阅者客户端。

9、说说 Redis 的哨兵模式?

  • 基于主从模式(读写分离,主机负责写,从机负责读,一般至少一主二从)
  • 哨兵是对集群的监控,当检测到主机宕机,会自动选取一台从机作为主机
  • 一般哨兵本身也会搭集群

10、说说 Redis 的缓存穿透、缓存击穿和缓存雪崩?

  • 缓存穿透:key对应的数据在数据源并不存在,每次针对此key的请求从缓存获取不到,请求都会到数据源,从而可能压垮数据源。比如用一个不存在的用户id获取用户信息,不论缓存还是数据库都没有,若黑客利用此漏洞进行攻击可能压垮数据库。
  • 缓存击穿:key对应的数据存在,但在redis中过期,此时若有大量并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把后端DB压垮。
  • 缓存雪崩:当缓存服务器重启或者大量缓存集中在某一个时间段失效,这样在失效的时候,也会给后端系统(比如DB)带来很大压力。

11、说说 Redis 的缓存穿透的解决办法?

  • 最常见的则是采用布隆过滤器:将所有可能存在的数据哈希到一个足够大的bitmap中,一个一定不存在的数据会被 这个bitmap拦截掉,从而避免了对底层存储系统的查询压力。
  • 另外也有一个更为简单粗暴的方法,如果一个查询返回的数据为空(不管是数据不存在,还是系统故障),我们仍然把这个空结果进行缓存,这样当再次查询这个数据时就直接读缓存了,但它的过期时间会很短,最长不超过五分钟。

12、说说 Redis 的缓存击穿的解决办法?

  • 使用互斥锁(mutex key) ,简单地来说,就是在缓存失效的时候(判断拿出来的值为空),不是立即去load db,而是先使用Redis的SETNX去set一个mutex key,当操作返回成功时,再进行load db的操作并回设缓存;否则,就重试整个get缓存的方法。也就是使用悲观锁,直接锁住key,保证只有一个人去load db,从而填充缓存,其他人就可以从缓存中拿到数据了。

13、MongoDB 与 Redis 对比?

  • 就Redis和MongoDB来说,大家一般称之为Redis缓存、MongoDB数据库。这也是有道有理有根据的。
  • Redis主要把数据存储在内存中,其“缓存”的性质远大于其“数据存储“的性质,其中数据的增删改查也只是像变量操作一样简单;
  • MongoDB却是一个“存储数据”的系统,增删改查可以添加很多条件,就像SQL数据库一样灵活,常用与海量数据存储。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值