Redis面试必问

Redis虽然在早期版本中采用单线程模型,但6.0开始在网络I/O上引入多线程,保持键值对操作的并发安全性。其高效源于内存操作、I/O多路复用和优化的数据结构。过期键的管理通过惰性删除和定时删除策略,确保内存资源的有效利用。了解这些,能帮助你更好地应对Redis面试挑战。
摘要由CSDN通过智能技术生成

Redis面试必问

  • Redis到底是单线程还是多线程的

    Redis6.0之前的单线程指的是其网络I/O和键值对读写是有一个线程完成的

    Redis6.0引入的多线程指的是网络请求过程采用了多线程,而键值对读写命令仍然是单线程处理的,所以Redis依然是并发安全的

    也就是只有网络请求和数据操作模块是单线程的,而其他的持久化、集群数据同步等,其实是由额外的线程执行的

  • Redis单线程为什么还能这么快?

    1. 执行命令基于内存操作,一条命令在内存里操作的时间是几十纳秒
    2. 命令执行是单线程操作,没有线程切换开销
    3. 基于I/O多路复用机制提高Redis的I/O利用率
    4. 高效的数据存储结构:全局hash表以及多种高效数据结构,比如:调表、压缩列表、链表等
  • Redis 底层数据是如何使用跳表来存储的?

    跳表:将有序链表改造成支持近似“折半查找”算法,可以进行快速的插入、删除、查找操作

在这里插入图片描述

  • Redis key 过期了为什么内存没有释放?

    在使用Redis时,肯定经常使用SET命令

    SET除了可以设置key-value之外,还可以设置key的过期时间,像下面这样:

    127.0.0.1:6379> SET name zhangsan EX 120
    OK
    127.0.0.1:6379> TTL name
    (integer)117
    

    此时如果修改key的值,但只是单纯的使用SET命令,而没有加上过期时间的参数,那这个key的过期时间将会被擦除

    127.0.0.1:6379> SET name lisi
    OK
    127.0.0.1:6379> TTL name
    (integer)-1
    

    导致这个问题的原因在于:SET命令如果不设置过期时间,那么Redis会自动擦除这个key的过期时间

    如果有大量不过期的key,消耗过多的内存资源,所以在SET命令的时候,注意点,避免过期时间丢失的问题

    Redis对于过期的key一般有惰性删除和定性删除两种策略:

    1. 惰性删除:当读/写一个已经过期的key时,会触发惰性删除策略,判断key是否过期,如果过期会直接删除这个key
    2. 定时删除:由于惰性删除无法保证冷数据被及时删除,所以Redis会定期(默认100ms)主动淘汰一批已经过期的key,这里的一批只是部分过期的key,所以可能会出现部分key已经过期还没有被清理的情况,导致内存并没有释放
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值