面试redis常考点学习笔记_面试redis考点-CSDN博客

本文链接：https://blog.csdn.net/qq_39137226/article/details/100999670

本文深入探讨Redis基本数据类型，如String、Hash、List等，并详解如何利用Redis进行分布式锁、异步队列实现，以及RDB和AOF持久化机制对比。同时，介绍Redis哨兵模式、Gossip流言协议及集群原理。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

redis学习笔记

redis的基本数据类型 :

String：set get
hash：hmset hget
列表：lpush lrange
集合：sadd smumbers
有序集合：zadd zrangebyscore

如何从海量数据中查找某些固定前缀的key：

使用keys指令
使用keys对线上业务的影响：
1.一次性需要返回所有匹配的key
2.如果key的数量过大会导致服务卡顿

使用scan指令
1.scan指令每次执行只会返回少量数据，是一个基于游标的迭代器，每次迭代都需要上次的游标作为游标参数，延续迭代过程。
2.以0作为游标新一次的迭代，直到返回游标0完成一次完整的遍历。
3.并且不保证每次返回的数量。
4.一次返回的数量并不可控，只能大概率符合count参数

在这里插入图片描述

分布式锁需要解决的问题：

互斥性：任意时刻只能有一个客户端获取锁
安全性：锁只能被持有该锁的客户端删除
死锁：避免获取锁的客户端出现问题导致无法有其他客户端访问，所造成的死锁
容错：当Redis出现问题时，客户端可以访问获取锁

如何通过Redis实现分布式锁：

setnx key value：如果key不存在，则创建并且赋值
在这里插入图片描述
解决setnx长期有效的方法：给key设定生存时间 expire key time

实现分布式锁的伪代码：
在这里插入图片描述
该方法的缺陷：因为由两个原子性的操作组合导致非原子性，容易在未执行到判断时方法挂断，导致锁一直存在

解决方法
采用set key value [EX seconds] [PX milliseconds] [NX|XX]
ex：设置秒
px：设置毫秒
nx：只在键存在时的操作
xx：只在键不存在时进行的操作

redis代码
在这里插入图片描述
实现分布式锁的伪代码

大量key过期时会出现卡顿：只要将设置key过期时间时每个key加上随机值使得过期时间分散就可以解决。

如何使用Redis做异步队列：

rpush生产 lpop消费

异步队列
但是lpop在队列里没有值得时候不会等待，这时候使用blpop key timeout，key添加使用时间，阻塞队列到有消息或者超时。

但是blpop缺点是只能供一个消费者消费

这时候就需要使用pub/sub主题订阅者模式
pub发送者，sub接受者

但是发送者发布消息时时及时发送及时消失的，所以在生产者生产的时候，消费者下线，就不会接收到该消息，可以使用专业的消息队列kafka等解决该问题

redis如何做持久化：

使用RDB持久化：保存某个时间点的全量数据快照
save：阻塞redis进程，知道全部完毕
bgsave：分出一个子进程执行，不会阻塞
RDB
缺点：内存数据的全量同步，数据量大的话会由于I/O而严重影响性能
可能会因为redis的挂断而导致这一时间内的数据丢失

如果不能丢失数据，则使用AOF持久化
AOF持久化：保存写状态，保存了除了查询以外的所有变更数据库指令，会append的形式追加到AOF文件中，一定时间后会自动创建之进程，在不影响执行的情况下，自动优化AOF文件
config set appendonly yes //将aof打开，在每次退出后会自动更新文件appendonly.aof

如果RDB和AOF都存在时会先查找AOF

RDB和AOF混合持久化方式
使用BGSAVE做全量持久化，用AOF做增量持久化