redis常见面试题

redis 是一个开源的使用Ansi C 语言编写、遵守BSD协议、支持网络、可基于内存亦可持久化的日志型、Key-Value 数据库，并提供多种语言的Api的非关系型数据库。

传统数据库遵循ACID规则。而Nosql(Not Only Ssql 得缩写， 是对不同于传统得关系型数据库得数据库管理系统的统称) 一般为分布式而分布式一般遵循CAP定理。

Redis支持的数据类型?

String 字符串：

格式：set key value

string 类型是二进制安全的。意思是redis的string 可以包含任何数据。 比如jpg 图片或者序列化的对象。

String 类型是Redis 最基本的数据类型，一个键最大能存储512MB.

Hsh 

格式： hmset name key1 value1 key2 value2

Redis hash 是一个键值（key=>value）对集合。

Redis hash 是一个类型的field和value的映射表,hash特别适合用于存储对象。

List

Redis列表是简单的字符串列表，按照插入顺序排序。你可以添加一个元素到列表的头部（左边） 或者尾部（右边）

格式：lpush name vlaue

在key对应list的头部添加字符串元素

格式：rpush name value

在key对应list的尾部添加字符串元素

格式：lrem name index

key 对应 list 中删除count和value相同的元素

格式：llen name

返回ke'y对应  lis  t 的长度

Set(集合)

格式：sadd name value

Redis的Set是String 类型的无序集合。

集合是通过hash表实现的，所以添加，删除，查找的复杂度都是O(1)

sorted set （又称zset 有序集合）

格式：zadd name  score value

Redis zset 和 set 一样也是String 类型元素的集合，且不允许重复的成员。

不同的是每个元素都会关联一个double 类型的分数。redis正是通过这个分数来为集合中的成员进行从小到大的排序。

zset的成员是唯一的，但分数（score） 却可以重复。

什么是redis持久化？Redis 有哪几种持久化方式？优缺点是什么？

持久化就是把redis数据写入到磁盘中去，防止服务宕机了内存数据丢失。

Redis提供了两种持久化方式：RDB(默认) 和AOF 

RDB:

rdb是Redis DataBase缩写

功能核心函数rdbSave(生成RDB文件) 和 rdbLoad(从文件加载内存) 两个函数

即内存-----》磁盘    and  磁盘-------》内存的方法

AOF:

aof 是Append-only file 缩写

每当执行服务器（定时） 任务或者函数时 flushAppendOnlyFile 函数都会被调用，这个函数执行一下两个工作aof写入磁盘：

write :根据条件，将aof_buf中的缓存写入到AoF文件

save:根据条件，调用fsync或fdatasync函数，将AOF文件保存在磁盘中。

存储结构：

内容是Redis通讯协议（RESP）格式的命令文本存储。

比较：

1、aof文件比rdb更新频率高，优先使用aof还原数据。

2、aof 比rdb 更安全也更大

3、rdb性能比aof好

4、如果两个都配置了优先加载AOF

刚刚上面你有提到redis通讯协议（RESP）,能解释一下什么是RESP?有什么特点？？（可以看到很多面试其实都是连环抱，面试官其实在等着你回答到这一点，如果你答对了对你的评价又加了一分）

RESP是redis 客户端 和服务端之前使用的一种通讯协议；

RESP的特点：实现简单 快速解析 可读性好

FOR SIMPLE STRING THE FIRST BYTE OF THE REPLY IS "+" 回复

FOR ERRORS  THE FIRST BYTE OF THE REPLY IS "-"错误

FOR INTEGERS THE FIRST  BYTE OF THE  REPLY IS "$"字符串

FOR ARRAYS THE FIRST BYTE OF THE REPLY IS "*" 数组

Redis 有哪些架构模式？讲讲各自的特点

单机版      】

内存容量有限，处理能力有限，无法高可用

主从复制  】

 REDIS 的复制功能 允许用户根据一个redis服务器 来创建任意多个该服务器的复制品，其中被复制的服务器为主服务器（master）,而通过复制创建出来的服务器复制品则为从服务器（slave）,只要他们之间网络链接正常，那么数据是一致的

特点：

1、master /slave 角色

2、master/slave 数据相同

3、降低master 读压力在转交从库

问题：

无法保证高可用

没有解决master写的压力

哨兵

Redis sentinel 是一个分布式系统中监控redis 主从服务器，并在主服务器下线时自动进行故障转移。其中三个特性：

监控（Monitoring) : Sentinel 会不断地检查你的主服务器 和从服务器是否运作正常。

提醒（Notification）: 当被监控的某个 Redis 服务器 出现问题 时，sentinel 可以通过 ApI 向管理员或其他应用程序发送通知。

自动故障迁移：当一个主服务器不能正常工作时，sentinel 会开始一次自动故障迁移操作。

特点：

1、保证高可用

2、监控各个节点

3、自动故障迁移

缺点：主从模式，切换需要时间丢失数据

          没有解决master 写的压力

集群（proxy型）：

TWEMPROXY 是一个Twitter开源的一个redis 和 memcache 快速 /轻量级代理服务器：Twemproxy 是一个快速的单线程代理程序，支持Memcached ASCII 协议和redis 协议。

特点：

1、多种hash算法：MD5、CRC16、CRC32、CRC32a、hsieh、murmur、Jenkins

2、支持失败节点自动删除

3、后端Sharding 分片逻辑对业务透明，业务方的读写方式和操作单个Redis一致

缺点：

增加了新的proxy,需要维护其高可用。

failover 逻辑需要自己实现， 其本身的不能支持故障的自动转移可扩展性、进行扩缩容都要手动干预

集群直连型：

从redis3.0以后版本支持redis-cluster集群，redis-cluster采用无中心结构，每个节点保存数据和整个集群状态，每个节点都和其他所有节点相连

特点：

1、无中心架构（不存在哪个节点影响性能瓶颈），少了proxy层。

2、数据按照slot存储分布在多个节点，节点间数据共享，可动态调整数据分布。

3、可扩展性：可线性扩展到1000个节点，节点可动态添加或者删除。

4、高可用性：部分节点不可用时，集群仍可用。通过增加slave 做备份数据副本。

5、实现故障机制自动failover,节点之间通过gossip 协议交换状态信息，用股票机制完成slave到master 的角色提升。

缺点：

1、资源隔离性较差，容易出现相互影响的情况。

2、数据通过异步复制，不能保证数据的强一致性。

Redis 常用命令？

Key pattern

Set:设置key对应的值为String 类型的value

setnx：

设置key对应的值为String类型的value,如果key已经存在，返回0，nx是not exist的意思。

删除某个key

第一次返回1 删除了 第二次返回0；

Expire 设置过期时间（单位秒）

TTL查看剩下多少时间：

返回负数则key失效，说明key已经不存在了。

Setex 

设置ke'y对应的值为String 类型的 value  并指定此键值的有效期；

Mset

一次设置多个key 的值，成功返回 ok ,表示所有的值都设置了，失败返回0表示没有任何值被设置。

GetSet

设置key的值，并返回key 的旧值。

Mget

一次获取 多个key 的值，如果对应key 不存在，则返回 nul

Incr

对key的值做加加操作，并返回新的值，注意incr 一个不是int 的value 会返回错误，incr 一个不存在的key,则设置key为1

incrby

同incr 类似，加指定值，key不存在时候会设置key,并认为原来的value是0；

使用过Redis分布式锁么，他是怎么实现的？

先拿setnx来争抢锁，抢到之后，再用expire给锁加一个过期时间防止锁忘记了释放。

如果在setnx之后执行expire之前进程意外crash 或者 要重启维护了，那会怎么样？

set指令有非常复杂的参数，这个应该是可以同时把setnx和expire合成一条指令来用的！

使用过 Redis 做异步队列么，你是怎么用的？有什么缺点？

一般使用list结构作为队列，rpush生产信息，lpop消费消息。当lpop没有消息的时候，要适当sleep一会再重试。

缺点：

在消费者下线的情况下，生产的消息会丢失，得使用专业的消息队列如rabbitmq等。

能不能生产一次消费多次呢？

使用pub/sub主题订阅者模式，可以实现1：N的消息队列。

什么是缓存穿透？如何避免？什么是缓存雪崩？如何避免？

一般的缓存系统，都是按照key去缓存查询，如果不存在对应的value,就应该去后端系统查找（比如DB）。一些恶意的请求会故意查询不存在的ke'y，请求量很大，就会对后端系统造成很大的压力。这就叫做缓存穿透。

如何避免？

1：对查询结果为空的情况也进行缓存，缓存时间设置短一点，或者该key对应的数据insert了之后清理缓存;

2：对一定不存在的key进行过滤。可以把所有可能存在的key放到一个大的bitmap中，查询时通过该bitmap过滤。

缓存雪崩

当缓存服务器重启或者大量缓存集中在某一时间段失效，这样在失效的时候，会给后端系统带来很大压力。导致系统崩溃。

如何避免？

1：在缓存失效后，通过加锁或者队列来控制读数据库写缓存的线程数量。比如某个key 只允许一个线程查询数据和写缓存，其他线程等待。

2：做二级缓存，A1为原始缓存，A2为拷贝缓存，A1失效时，可以访问A2，A1缓存失效时间设置为短期，A2设置为长期

3：不同的key设置不同的过期时间，让缓存失效的时间尽量均匀。

原文章地址

https://www.cnblogs.com/jasontec/p/9699242.html