打卡面试题-Redis

什么是Redis?简述其优缺点

Redis本质是一个key-value类型的内存数据库,整个数据库系统加载在内存中进行操作,定期通过异步操作把数据库数据flush到磁盘上进行保存。
因其是存内存操作,redis性能非常出色,每秒可以处理超过10万次读写操作,是已知行能最快的key-value DB
支持保存多种数据结构

Redis vs memcached有哪些优势

memcached所有的值均是简单的字符串,redis作为其替代者,支持更为丰富的数据类型
redis的速度比memcached快得多
redis可以持久化其数据

Redis有哪些数据结构

有5中基础数据结构,分别是string(字符串)、list(列表)、hash(字典)、set(集合)和zset(有序集合)

Redis主要消耗什么物理资源

内存

Redis的全称是

Remote Dictionary Server

一个字符串类型的值能存储最大容量是多少

512M

Redis为什么那么快

  1. 内存操作
  2. 单线程,省去线程切换、锁竞争的开销
  3. 非阻塞IO模型,epoll

Redis是单线程还是多线程

Redis6.0采用多线程IO,不过命令的执行还是单线程的
Redis6.0之前,IO线程和执行线程都是单线程的

Redis官方为什么不提供Windows版本

因为目前Linux版本已经相当稳定,而且用户量大,无需开发Windows版本,反而会带来兼容器问题

为什么Redis要把所有数据放到内存中

Redis为了达到最快的读写速度将数据都读到内存中,并通过异步的方式将数据写入磁盘。所以Redis具有快速和数据持久化的特征,如果不将数据放在内存中,磁盘I\O速度会严重影响redis的性能
在内存越来越便宜的今天,redis将会越来越受欢迎,如果设置了最大使用的内存,则数据已有记录数达到内存限值后不能继续插入新值

Redis如何设置密码以及验证码

设置密码:config set requiredpass 密码
授权密码:auth 密码

Redis集群如何选择数据库

Redis集群目前无法做数据库选择,默认在0数据库

缓存失效?缓存穿透?缓存雪崩?缓存并发

缓存失效

指大量的缓存在同一时间失效,到时DB的瞬间压力飙升。造成这种现象的原因是,key的过期时间都设置成一样了。
解决方案:key的过期时间引入随机因素,比如5分钟+随机秒这种方式

缓存穿透

指查询一条数据,数据库和缓存中都没有,就会一直查询数据库,对数据库的访问压力就会增大
解决方案:
缓存空对象,代码维护较简单,但是效果不好
布隆过滤器,代码维护复杂,效果很好

缓存雪崩

指在某一个时间段,缓存集中过期失效。此时无数的请求直接绕开缓存,直接访问数据库
造成缓存雪崩的原因:
redis宕机
大部分数据失效
解决方案:
搭建高可用的集群,防止单机的redis宕机
设置不同的过期时间,防止同一时间内大量的key失效

缓存并发

有时候如果网站并发访问高,一个缓存失效,可能出现多个进程同时查询DB,同时设置缓存的情况,如果并发确实很大,这也可能造成DB压力大,还有缓存频繁更新的问题
一般处理方案是在查DB的时候进行加锁,如果key不存在,就加锁,然后查DB入缓存,然后解锁;其它进程如果发现有锁就等待,然后等解锁后再查缓存或者进入DB查询。

Redis中的热key怎么处理

  1. 对热key进行分散处理,比如:在key上加上不同的前后缀,缓存多个key,使得各个key分散到不同的节点上
  2. 采用多级缓存

Redis中的大Key怎么处理

大key指的是value特别大的key。比如很长的字符串,或者很大的set等等
大key会照成2个问题:1. 数据倾斜,比如某个节点内存占用过高;2.当删除大key或者大key自动过期的时候,会造成QPS突降,因为redis是单线程的缘故
处理方法:可以将一个大key进行分片处理,比如:将一个大set分成多个小的set

使用Redis统计网站的UV,应该怎么做

UV与PV不同,UV需要去重,一般有2种方案:

  1. 用BitMap.存的是用户的UID,计算UV的时候,做下bitcount就行了
  2. 用布隆过滤器。将每次访问的用户UID都放到布隆过滤器中。优点是省内存,缺点是无法得到精确的UV。但是对于不需要知道具体UV,只需要大概的数量级的场景,是个不错的选择。

Redis事务机制了解过吗

Redis事务的概念:
Redis事务的本质是一组命令的集合。事务支持依次执行多个命令,一个事务中所有命令都会被序列化。在事务执行过程,会按照顺序串行化执行队列中的命令,其他客户端提交的命令请求不会插入到事务执行命令序列中。
Redis事务就是一次性,顺序性,排他性的执行一个队列中的一系列命令。

Redis事务没有隔离级别的概念
批量操作在发送exec命令前被放入队列缓存,并不会被实际执行,也就不存在事务内的查询要看到事务里的更新,事务外查询不能看到。
Redis不保证原子性
Redis中,单条命令是原子性执行的,但事务不保证原子性,且没有回滚。事务中任意命令执行失败,其余的命令仍会被执行。
Redis事务的三个阶段
开始事务
命令入队
执行事务
Redis事务相关命令
watch key1 key2…监听一或多个key,如果在事务执行之前,被监听的key被其他命令改动,则事务被打断(类似乐观锁)
multi:标记一个事务的开始(queued)
exec:执行所有事务块的命令(一旦执行exec后,之前加的监控锁都会被取消掉)
discard:取消事务,放弃事务块中所有的命令
unwatch:取消watch对所有key的监控

Redis key的淘汰策略有哪些

8种:noeviction,volatile-lru,volatile-lfu,volatile-ttl,volatile-random,allkey-lru,allkeys-lfu,allkeys-random

Redis在什么情况下会触发key的回收

2种情况,1. 定时(抽样)清理,2. 执行命令时,判断内存是否查过maxmemory

Redis的持久化了解过吗

Redis持久化油RDB和AOF两种方式
RDB:将数据库快照以二进制的方式保存到磁盘中
AOF:以协议文本方式,将所有对数据库进行过写入命令和参数记录到AOF文件,从而记录数据库状态

Redis在集群中查找key的时候,是怎样定位到具体节点的

使用crc16算法对key进行hash
将hash值对16384取模,得到具体的槽位
根据节点和槽点的映射信息(与集群建立连接后,客户端可以取得槽位映射信息),找到具体的节点地址去具体的节点找key
如果key不在这个节点上,则redis集群会返回moved指令,加上新的节点地址给客户端,同时,客户端会刷新本地的节点槽位映射信息。
如果槽位正在迁徙中,那么redis集群会返回asking指令给客户端,这是临时纠正,客户端不会刷新本地的节点槽位映射关系。

用Redis做延时队列,具体应该怎样实现

可以使用zset实现。member是任务描述,score是执行时间,然后用定时器定时去扫描,一旦有执行时间小于或等于当前时间的任务,就立即执行。

Redis String的内部编码有哪些

int,embstr,raw
10000以下的整数会使用缓存里的int常量
长度小于等于44字节:embstr编码
长度大于44字节:raw编码

Redis集群方案应该怎么做?有哪些方案

codis
目前用的最多的集群方案,基本和 twemproxy 一致的效果,但它支持在节点数量改变情况下,旧节点数据可恢复到新 hash 节点。
redis cluster3.0 自带的集群,特点在于他的分布式算法不是一致性 hash,而是 hash槽的概念,以及自身支持节点设置从节点。具体看官方文档介绍。
在业务代码层实现,起几个毫无关联的 redis 实例,在代码层,对 key 进行 hash 计算,然后去对应的redis 实例操作数据。这种方式对 hash 层代码要求比较高,考虑部分包括,节点失效后的替代算法方案,数据震荡后的自动脚本恢复,实例的监控,等等。

Redis集群方案什么情况下会导致整个集群不可用

有 A,B,C 三个节点的集群,在没有复制模型的情况下,如果节点 B 失败了,那么整个集群就会以为缺少5501-11000 这个范围的槽而不可用

Redis有哪些适合的场景

  1. 会话缓存
  2. 全页缓存
  3. 队列
  4. 排行榜/计数器
  5. 发布与订阅

Redis中的管道有什么用

一次请求/响应服务器事先处理新的请求即使旧的请求还未被响应,这样就可以将多个命令发送到服务器,而不用等待回复,最后在一个步骤中读取该答案
这就是管道,是一种几十年来广泛使用的技术。例如许多pop3协议已经实现支持这个功能,大大加快了从服务器下载新邮件的过程。

Redis如何做内存优化

尽可能使用散列表(hashes),散列表(是说散列表里面存储的数少)使用的内存非常小,所以你应该尽可能的将数据模型抽象到一个散列表里面
比如web系统中有一个用户对象,不要将这个用户的名称,姓氏,邮箱,密码设置单独的key,而是把这个用户的所有信息存储到一张散列表里面。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

double_lifly

点喜欢就是最好的打赏!!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值