vlambda博客
学习文章列表

刚去面试聊了一个多小时的 Redis……| 原力计划

刚去面试聊了一个多小时的 Redis……| 原力计划

作者 | Xiaoxiaoxiaoka

责编 | 王晓曼

出品 | CSDN博客

Redis作为目前的主流NoSql数据库,不会是不可能的,在面试中也是非常高频的,一定不能在这个环节丢分,不管是学习,还是面试,以下知识点,都有必要掌握。


刚去面试聊了一个多小时的 Redis……| 原力计划

关于Redis


1.Redis是什么?

Redis是一个开放源代码(BSD许可)的内存中数据结构存储,可用作数据库,缓存和消息代理,是一个基于键值对的NoSQl数据库。

2.Redis特性?

  • 速度快
  • 基于键值对的数据结构服务器
  • 丰富的功能、丰富的数据结构
  • 简单稳定
  • 客户端语言多
  • 持久化
  • 主从复制
  • 高可以 & 分布式

3.Redis合适的应用场景?

  • 缓存
  • 排行榜
  • 计数器
  • 分布式会话
  • 分布式锁
  • 社交网络
  • 最新列表
  • 消息系统

4.除了Redis你还知道哪些NoSQL数据库?

MongoDB、MemcacheDB、Cassandra、CouchDB、Hypertable、Leveldb。


刚去面试聊了一个多小时的 Redis……| 原力计划

区别和其他


1.Redis和Memcache区别?

  • 支持的存储类型不同,memcached只支持简单的k/v结构。redis支持更多类型的存储结构类型(详见问题6)。
  • memcached数据不可恢复,redis则可以把数据持久化到磁盘上。
  • 新版本的redis直接自己构建了VM 机制 ,一般的系统调用系统函数的话,会浪费一定的时间去移动和请求。
  • redis当物理内存用完时,可以将很久没用到的value交换到磁盘。

2.Redis的有几种数据类型?

 基础:字符串(String)、哈希(hash)、列表(list)、集合(set)、有序集合(zset)。

 还有HyperLogLog、流、地理坐标等。

3.Redis有哪些高级功能?

消息队列、自动过期删除、事务、数据持久化、分布式锁、附近的人、慢查询分析、Sentinel 和集群等多项功能。

4.安装过Redis吗,简单说下步骤?

  • 下载Redis指定版本源码安装包压缩到当前目录。
  • 解压缩Redis源码安装包。
  • 建立一个redis目录软链接,指向解压包。
  • 进入redis目录
  • 编译
  • 安装

对于使用docker的童靴来说就比较容易了。docker pull redis。

 

刚去面试聊了一个多小时的 Redis……| 原力计划

启动和执行


1.redis几个比较主要的可执行文件?分别是?

刚去面试聊了一个多小时的 Redis……| 原力计划

2.启动Redis的几种方式?

(1)默认配置 : ./redis-server

(2)运行启动: redis-server 加上要修改配置名和值(可以是多对),没有配置的将使用默认配置。

例如: redis-server ———port 7359

(3)指定配置文件启动: ./redis-server/opt/redis/redis.conf

3.Redis配置需要自己写?如何配置?

redis目录下有一个redis.conf的模板配置。所以只需要复制模板配置然后修改即可。

一般来说大部分生产环境都会用指定配置文件的方式启动redis。

4.Redis客户端命令执行的方式?

(1)交互方式:

redis-cli -h 127.0.0.1 -p 6379

连接到redis后,后面执行的命令就可以通过交互方式实现了。

(2)命令行方式:

redis-cli -h 127.0.0.1 -p 6379 get value

5.如何停止redis服务?

Kill-9 pid (粗暴,请不要使用,数据不仅不会持久化,还会造成缓存区等资源不能被优雅关闭)。

可以用redis 的shutdown 命令,可以选择是否在关闭前持久化数据。

redis-cli shutdown nosave|save

6.如何查看当前键是否存在?

 exists key

7.如何删除数据?

del key


刚去面试聊了一个多小时的 Redis……| 原力计划

注意事项

1.redis为什么快?单线程?

  • redis使用了单线程架构和I/O多路复用模型模型。
  • 纯内存访问。
  • 由于是单线程避免了线程上下文切换带来的资源消耗。

2.字符串最大不能超过多少?

512MB。

3.redis默认分多少个数据库?

 16个。

4.redis持久化的几种方式?

RDB、AOF、混合持久化。


刚去面试聊了一个多小时的 Redis……| 原力计划

RDB持久化

 

RDB(Redis DataBase)持久化是把当前进程数据生成快照保存到硬盘的过程。

Tips:是以二进制的方式写入磁盘。

1.RDB 的持久化是如何触发的?

(1)手动触发:

save :阻塞当前 Redis 服务器,直到 RDB 过程完成为止,如果数据比较大的话,会造成长时间的阻塞,线上不建议。

bgsave:redis 进程执行 fork 操作创作子进程,持久化由子进程负责,完成后自动结束,阻塞只发生在fork阶段,一半时间很短。 

(2)自动触发:

  • savexsecends n: 表示在x秒内,至少有n个键发生变化,就会触发RDB持久化。也就是说满足了条件就会触发持久化。
  • flushall:主从同步触发

2.RDB的优点?

  • rdb是一个紧凑的二进制文件,代表Redis在某个时间点上的数据快照。
  • 适合于备份,全量复制的场景,对于灾难恢复非常有用。
  • Redis加载RDB恢复数据的速度远快于AOF方式。

3.RDB的缺点?

  • RDB没法做到实时的持久化。中途意外终止,会丢失一段时间内的数据。
  • RDB需要fork()创建子进程,属于重量级操作,可能导致Redis卡顿若干秒。

4.如何禁用持久化?

一般来说生成环境不会用到,了解一下也有好处的。

config set save ""


刚去面试聊了一个多小时的 Redis……| 原力计划

AOF持久化

 

AOF(appendonly file)为了解决 rdb 不能实时持久化的问题,aof 来搞定。以独立的日志方式记录把每次命令记录到 aof 文件中。

1.如何查询AOF是否开启?

config get appendonly

2.如何开启AOF?

命令行方式:实时生效,但重启后失效。

config set appendonly

配置文件:需要重启生效,重启后依然生效。

appendonly yes

3.AOF工作流程?

(1)所有写入命令追加到aof_buf缓冲区。

(2)AOF缓冲区根据对应的策略向硬盘做同步操作。

(3)随着AOF文件越来越大,需要定期对AOF文件进行重写,达到压缩的目的。

(4)当redis服务器重启时,可以加载AOF文件进行数据恢复。

4.为什么AOF要先把命令追加到缓存区(aof_buf)中?

Redis使用单线程响应命令,如果每次写入文件命令都直接追加到硬盘,性能就会取决于硬盘的负载。如果使用缓冲区,redis提供多种缓冲区策略,在性能和安全性方面做出平衡。

5.AOF持久化如何触发的?

(1)自动触发:满足设置的策略和满足重写触发。

策略:(在配置文件中配置)

刚去面试聊了一个多小时的 Redis……| 原力计划

(2)手动触发:(执行命令)

bgrewriteaof 

6.AOF优点?

  • AOF提供了3种保存策略:每秒保存、跟系统策略、每次操作保存。实时性比较高,一般来说会选择每秒保存,因此意外发生时顶多失去一秒的数据。
  • 文件追加写形式,所以文件很少有损坏问题,如最后意外发生少写数据,可通过redis-check-aof工具修复。
  • AOF由于是文本形式,直接采用协议格式,避免二次处理开销,另外对于修改也比较灵活。

7.AOF缺点?

  • AOF文件要比RDB文件大。
  • AOF冷备没RDB迅速。
  • 由于执行频率比较高,所以负载高时,性能没有RDB好。


刚去面试聊了一个多小时的 Redis……| 原力计划

混合持久化

 

一般来说我们的线上都会采取混合持久化。redis4.0以后添加了新的混合持久化方式。

1.优点:

在快速加载的同时,避免了丢失过更多的数据。

2.缺点:

  • 由于混合了两种格式,所以可读性差。
  • 兼容性,需要4.0以后才支持。

 

刚去面试聊了一个多小时的 Redis……| 原力计划

其他


1.Redis的Java客户端官方推荐?实际选择?

官方推荐的有3种:Jedis、Redisson和lettuce。

一般来说用的比较多的有:Jedis、Redisson。

  • Jedis:更轻量、简介、不支持读写分离需要我们来实现,文档比较少。API提供了比较全面的Redis命令的支持。
  • Redisson:基于Netty实现,性能高,支持异步请求。提供了很多分布式相关操作服务。高级功能能比较多,文档也比较丰富,但实用上复杂度也相对高。和Jedis相比,功能较为简单,不支持字符串操作,不支持排序、事务、管道、分区等Redis特性。

2.Redis事务

事务提供了一种将多个命令请求打包,一次性、按顺序的执行多个命令的机制。并且在事务执行期间,服务器不会中断事务而改去执行其他客户端命令请求,它会

3.Redis事务开始到结束的几个阶段?

  • 开启事务
  • 命令入队
  • 执行事务/放弃事务

4.Redis中key的过期操作?

设置key的生存时间为n秒:

expire key nseconds

设置key的生存时间为nmilliseconds:

pxpire key milliseconds

设置过期时间为timestamp所指定的秒数时间戳:

expireat key timespamp

设置过期时间为timestamp毫秒级时间戳:

pexpireat key millisecondsTimestamp

5.Redis过期键删除策略?

  • 定时删除:在设置的过期时间同时,创建一个定时器在键的过期时间来临时,立即执行队键的操作删除。
  • 惰性删除:放任过期键不管,但每次从键空间中获取键时,都检查取得的键是否过期,如果过期就删除,如果没有就返回该键。
  • 定期删除:每隔一段时间执行一次删除过期键操作,并通过先吃删除操作执行的时长和频率来减少删除操作对 CPU 时间的影响。

6.Pipeline是什么?为什么要它?

命令批处理技术,对命令进行组装,然后一次性执行多个命令。

可以有效的节省 RTT(Round Trip Time 往返时间)。

经过测试验证:

  • pipeline 执行速度一般比逐条执行快。
  • 客户端和服务的网络延越大,pipeline 效果越明显。

7.如何获取当前最大内存?如何动态设置?

获取最大内存:

config get maxmemory

设置最大内存:

命令设置:

config set maxmemory 1GB

8.Redis内存溢出控制

当 Redis 所用内存达到 maxmemory 上限时,会出发相应的溢出策略。

9.Redis内存溢出策略

  • noeviction(默认策略):拒绝所有写入操作并返回客户端错误信息(error) OOM command not allowed when used memory,只响应读操作。
  • volatile-lru:根据 LRU 算法删除设置了超时属性(expire)的键,直到腾出足够空间为止。如果没有可删除的键对象,回退到noeviction策略。
  • allkeys-lru:根据 LRU 算法删除键,不管数据有没有设置超时属性, 直到腾出足够空间为止。
  • allkeys-random:随机删除所有键,直到腾出足够空间为止。
  • volatile-random:随机删除过期键,直到腾出足够空间为止。
  • volatile-tth 根据键值对象的 ttl 属性,删除最近将要过期数据。如果没有,回退到 noeviction 策略。

10.Redis高可用方案

RedisSentinel(哨兵)能自动完成故障发现和转移。

11.Redis集群方案

Twemproxy、Redis Cluster、Codis。

12.RedisCluster槽范围

0~16383

13.Redis锁实现思路

  • setnx(set if not exists),如果创建成功则表示获取到锁。
  • setnxlock true 创建锁
  • dellock 释放锁

如果中途崩溃,无法释放锁?此时需要考虑到超时时间的问题。比如 :expire lock 300。由于命令是非原子的,所以还是会死锁,如何解决?Redis支持 set 并设置超时时间的功能。比如: set lock true ex 30 nx。

14.什么是布隆过滤器?

是1970年由布隆提出的。它实际上是一个很长的二进制向量和一系列随机映射函数。布隆过滤器可以用于检索一个元素是否在一个集合中。它的优点是空间效率和查询时间都比一般的算法要好的多,缺点是有一定的误识别率和删除困难。

Tips:当判断一定存在时,可能会误判,当判断不存在时,就一定不存在。

15.什么是缓存穿透?处理问题?

缓存穿透:缓存层不命中,存储层不命中。

  • 处理方式1:缓存空对象,不过此时会占用更多内存空间,所以根据大家业务特性去设置超时时间来控制内存占用的问题。 
  • 处理方式2:布隆过滤器。

16.什么是缓存预热?

就是系统上线后,提前将相关数据加载到缓存系统,避免用户先查库,然后在缓存。

17.什么是缓存雪崩?处理问题?

缓存雪崩:由于缓存层承载着大量请求,有效的保护了存储层,但如果存储层由于某些原因不能提供服务,存储层调用暴增,造成存储层宕机。

处理:

  • 保证缓存层服务高可用性。
  • 对缓存系统做实时监控,报警等。
  • 依赖隔离组件为后端限流并降级。
  • 做好持久化,以便数据的快速恢复。

参考:

  • 《Redis深度历险:核心原理和应用实践》
  • 《Redis开发与运维》
  • 《Redis设计与实现》
  • https://redis.io/
  • 百度百科

版权声明:本文为CSDN博主「xiaoxiaoxiaoka」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。

原文链接:https://blog.csdn.net/qq_14958051/article/details/106185943

刚去面试聊了一个多小时的 Redis……| 原力计划

更多精彩推荐

你点的每个“在看”,我都认真当成了喜欢