Redis面试题 70道

概述

 

1. 什么是 Redis ？

Redis 是一个使用 C 语言写成的，开源的高性能 key-value 非关系缓存数据库。它支持存储的 value

类型相对更多，包括 string( 字符串 ) 、 list( 链表 ) 、 set( 集合 ) 、 zset(sorted set -- 有序集合 ) 和

hash （哈希类型）。 Redis 的数据都基于缓存的，所以很快，每秒可以处理超过 10 万次读写操

作，是已知性能最快的 Key-Value DB 。 Redis 也可以实现数据写入磁盘中，保证了数据的安全不丢

失，而且 Redis 的操作是原子性的。

2. Redis 有哪些优缺点？

优点

读写性能优异， Redis 能读的速度是 110000 次 /s ，写的速度是 81000 次 /s 。

支持数据持久化，支持 AOF 和 RDB 两种持久化方式。

支持事务， Redis 的所有操作都是原子性的，同时 Redis 还支持对几个操作合并后的原子性执

行。

数据结构丰富，除了支持 string 类型的 value 外还支持 hash 、 set 、 zset 、 list 等数据结构。

支持主从复制，主机会自动将数据同步到从机，可以进行读写分离。

缺点

数据库容量受到物理内存的限制，不能用作海量数据的高性能读写，因此 Redis 适合的场景主

要局限在较小数据量的高性能操作和运算上。

Redis 不具备自动容错和恢复功能，主机从机的宕机都会导致前端部分读写请求失败，需要

等待机器重启或者手动切换前端的 IP 才能恢复。

主机宕机，宕机前有部分数据未能及时同步到从机，切换 IP 后还会引入数据不一致的问题，

降低了系统的可用性。

Redis 较难支持在线扩容，在集群容量达到上限时在线扩容会变得很复杂。为避免这一问

题，运维人员在系统上线时必须确保有足够的空间，这对资源造成了很大的浪费。

3. 使用 redis 有哪些好处？

(1) 速度快，因为数据存在内存中，类似于 HashMap ， HashMap 的优势就是查找和操作的时间复

杂度都很低

(2) 支持丰富数据类型，支持 string ， list ， set ， sorted set ， hash

(3) 支持事务，操作都是原子性，所谓的原子性就是对数据的更改要么全部执行，要么全部不执行

(4) 丰富的特性：可用于缓存，消息，按 key 设置过期时间，过期后将会自动删除

4. 为什么要用 Redis / 为什么要用缓存

主要从 “ 高性能 ” 和 “ 高并发 ” 这两点来看待这个问题。

高性能：

假如用户第一次访问数据库中的某些数据。这个过程会比较慢，因为是从硬盘上读取的。将

该用户访问的数据存在数缓存中，这样下一次再访问这些数据的时候就可以直接从缓存中获

取了。操作缓存就是直接操作内存，所以速度相当快。如果数据库中的对应数据改变的之

后，同步改变缓存中相应的数据即可！

高并发：

直接操作缓存能够承受的请求是远远大于直接访问数据库的，所以我们可以考虑把数据库中

的部分数据转移到缓存中去，这样用户的一部分请求会直接到缓存这里而不用经过数据库。

5. 为什么要用 Redis 而不用 map/guava 做缓存 ?

缓存分为本地缓存和分布式缓存。以 Java 为例，使用自带的 map 或者 guava 实现的是本地缓

存，最主要的特点是轻量以及快速，生命周期随着 jvm 的销毁而结束，并且在多实例的情况下，

每个实例都需要各自保存一份缓存，缓存不具有一致性。

使用 redis 或 memcached 之类的称为分布式缓存，在多实例的情况下，各实例共用一份缓存数

据，缓存具有一致性。缺点是需要保持 redis 或 memcached 服务的高可用，整个程序架构上较为

复杂。

6. Redis 为什么这么快

1 、完全基于内存，绝大部分请求是纯粹的内存操作，非常快速。数据存在内存中，类似于

HashMap ， HashMap 的优势就是查找和操作的时间复杂度都是 O(1) ；

2 、数据结构简单，对数据操作也简单， Redis 中的数据结构是专门进行设计的；

3 、采用单线程，避免了不必要的上下文切换和竞争条件，也不存在多进程或者多线程导致的切换

而消耗 CPU ，不用去考虑各种锁的问题，不存在加锁释放锁操作，没有因为可能出现死锁而导致

的性能消耗；

4 、使用多路 I/O 复用模型，非阻塞 IO ；

5 、使用底层模型不同，它们之间底层实现方式以及与客户端之间通信的应用协议不一样， Redis

直接自己构建了 VM 机制 ，因为一般的系统调用系统函数的话，会浪费一定的时间去移动和请

求；

7. Redis 有哪些数据类型

Redis 主要有 5 种数据类型，包括 String ， List ， Set ， Zset ， Hash ，满足大部分的使用要求

 

8. Redis 的应用场景

计数器

可以对 String 进行自增自减运算，从而实现计数器功能。 Redis 这种内存型数据库的读写性能非常高，

很适合存储频繁读写的计数量。

缓存

将热点数据放到内存中，设置内存的最大使用量以及淘汰策略来保证缓存的命中率。

会话缓存

可以使用 Redis 来统一存储多台应用服务器的会话信息。当应用服务器不再存储用户的会话信息，也就

不再具有状态，一个用户可以请求任意一个应用服务器，从而更容易实现高可用性以及可伸缩性。 全页缓存（ FPC ）

除基本的会话 token 之外， Redis 还提供很简便的 FPC 平台。以 Magento 为例， Magento 提供一个插件

来使用 Redis 作为全页缓存后端。此外，对 WordPress 的用户来说， Pantheon 有一个非常好的插件 wp

redis ，这个插件能帮助你以最快速度加载你曾浏览过的页面。

查找表

例如 DNS 记录就很适合使用 Redis 进行存储。查找表和缓存类似，也是利用了 Redis 快速的查找特

性。但是查找表的内容不能失效，而缓存的内容可以失效，因为缓存不作为可靠的数据来源。

消息队列 ( 发布 / 订阅功能 )

List 是一个双向链表，可以通过 lpush 和 rpop 写入和读取消息。不过最好使用 Kafka 、

RabbitMQ 等消息中间件。

分布式锁实现

在分布式场景下，无法使用单机环境下的锁来对多个节点上的进程进行同步。可以使用 Redis 自带的

SETNX 命令实现分布式锁，除此之外，还可以使用官方提供的 RedLock 分布式锁实现。

其它

Set 可以实现交集、并集等操作，从而实现共同好友等功能。 ZSet 可以实现有序性操作，从而实

现排行榜等功能。

9. 持久化

什么是 Redis 持久化？ 持久化就是把内存的数据写到磁盘中去，防止服务宕机了内存数据丢失。

10. Redis 的持久化机制是什么？各自的优缺点？

Redis 提供两种持久化机制 RDB （默认） 和 AOF 机制 :

RDB ：是 Redis DataBase 缩写快照

RDB 是 Redis 默认的持久化方式。按照一定的时间将内存的数据以快照的形式保存到硬盘中，对应

产生的数据文件为 dump.rdb 。通过配置文件中的 save 参数来定义快照的周期。

 

优点：

1 、只有一个文件 dump.rdb ，方便持久化。

2 、容灾性好，一个文件可以保存到安全的磁盘。

3 、性能最大化， fork 子进程来完成写操作，让主进程继续处理命令，所以是 IO 最大化。使用单

独子进程来进行持久化，主进程不会进行任何 IO 操作，保证了 redis 的高性能

4. 相对于数据集大时，比 AOF 的启动效率更高。

缺点： 1 、数据安全性低。 RDB 是间隔一段时间进行持久化，如果持久化之间 redis 发生故障，会发生数

据丢失。所以这种方式更适合数据要求不严谨的时候 )

2 、 AOF （ Append-only fifile) 持久化方式： 是指所有的命令行记录以 redis 命令请 求协议的格式

完全持久化存储 ) 保存为 aof 文件。

AOF ：持久化：

AOF 持久化 ( 即 Append Only File 持久化 ) ，则是将 Redis 执行的每次写命令记录到单独的日志文件

中，当重启 Redis 会重新将持久化的日志中文件恢复数据。

当两种方式同时开启时，数据恢复 Redis 会优先选择 AOF 恢复

 

优点：

1 、数据安全， aof 持久化可以配置 appendfsync 属性，有 always ，每进行一次 命令操作就记录

到 aof 文件中一次。

2 、通过 append 模式写文件，即使中途服务器宕机，可以通过 redis-check-aof 工具解决数据一

致性问题。

3 、 AOF 机制的 rewrite 模式。 AOF 文件没被 rewrite 之前（文件过大时会对命令 进行合并重

写），可以删除其中的某些命令（比如误操作的 flflushall ） )

缺点：

1 、 AOF 文件比 RDB 文件大，且恢复速度慢。

2 、数据集大的时候，比 rdb 启动效率低。

俩种持久化的优缺点是什么？

AOF 文件比 RDB 更新频率高，优先使用 AOF 还原数据。

AOF 比 RDB 更安全也更大

RDB 性能比 AOF 好