最近整理一份关于Redis常见面试题的，也会根据自己的经验， 标注一些出现的概率，最高5颗★出现的概率最高。比如这样:

Redis 最适合的场景, 可以简单的说说吗?
出现概率: ★★★★

目录

• 一、Redis基础知识

  • 1、什么是 Redis, 有哪些优缺点?
  • 2、Redis 最适合的场景, 可以简单的说说吗?
  • 3、Redis 相比 Memcached 有哪些优势？
  • 4、一个字符串类型的值能存储最大容量是多少？
  • 5、Redis 读写分离

• 二、数据结构

  • 1、Redis的数据类型有哪些?
  • 2、说说 Redis 哈希槽的概念？
  • 3、Hash如何实现O(1)的查询和设置速度, 以及扩容原理
  • 4、布隆过滤器

• 三、事务

  • 1、怎么理解 Redis 事务？
  • 2、Redis事务执行过程
  • 3、Redis事务的一些使用场景
  • 4、Redis事务与Redis pipeline的区别
  • 5、集群模式下Redis事务如何保证原子性

• 四、Redis数据持久化

  • 1、为什么 Redis 需要把所有数据放到内存中？
  • 2、Redis如何做持久化的？
  • 3、Redis key 的过期时间和永久有效分别怎么设置？

• 五、Redis集群

  • 1、Redis 是单进程单线程的？
  • 2、是否使用过 Redis 集群，集群的原理是什么？
  • 3、可以简单说说你对Redis Sentinel的理解
  • 4、Redis Sentinal和Redis Cluster的区别
  • 5、Redis 的同步机制了解么？
  • 6、Redis 集群最大节点个数是多少？

• 六、Redis淘汰策略

  • 1、Redis过期键的删除策略？
  • 2、你可以简单聊聊Redis内存淘汰机制(回收策略)

• 七、Redis分布式锁

  • 1、你知道实现实现分布式锁有哪些方案?

• 八、Redis缓存问题

  • 1、Redis缓存雪崩
  • 2、Redis缓存击穿
  • 3、Redis缓存穿透
  • 4、缓存预热
  • 5、缓存降级

• 九、运维和部署

  • 1、Redis 如何设置密码及验证密码？
  • 2、Redis 如何做内存优化？

一般来讲在面试当中， 关于Redis相关的面试题频率出现比较高的几个关键词是适合哪些场景、数据结构、hash实现原理和如何扩容、如何做持久化、关系型数据库和非关系数据库对比等等。 把这几个点问完基本也差不多10~20分钟了(一般一轮面试1小时左右), 基本这些可以让面试官对你的Redis知识有一定的了解了。

也欢迎关注我的公众号: 漫步coding。 一起交流, 在coding的世界里漫步, 回复: redis, 免费获取最新Redis面试题(含答案)。

希望这篇文章可以帮助大家, 也希望大家都能找到的好工作。

也可以在线看我的博客, 界面如下:

概要

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

• Redis如何做持久化的？

• Redis key 的过期时间和永久有效分别怎么设置？

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

出现概率: ★★★

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

Redis如何做持久化的？

出现概率: ★★★★★

bgsave做镜像全量持久化，AOF做增量持久化。因为bgsave会耗费较长时间，不够实时，在停机的时候会导致大量丢失数据，所以需要AOF来配合使用。在redis实例重启时，优先使用AOF来恢复内存的状态，如果没有AOF日志，就会使用RDB文件来恢复。

如果再问AOF文件过大恢复时间过长怎么办？你告诉面试官，Redis会定期做AOF重写，压缩AOF文件日志大小。如果面试官不够满意，再拿出杀手锏答案，Redis4.0之后有了混合持久化的功能，将bgsave的全量和AOF的增量做了融合处理，这样既保证了恢复的效率又兼顾了数据的安全性。这个功能甚至很多面试官都不知道，他们肯定会对你刮目相看。

如果对方追问那如果突然机器掉电会怎样？取决于AOF日志sync属性的配置，如果不要求性能，在每条写指令时都sync一下磁盘，就不会丢失数据。但是在高性能的要求下每次都sync是不现实的，一般都使用定时sync，比如1s1次，这个时候最多就会丢失1s的数据。

1)、RDB工作原理

既然说RDB是Redis中数据集的时间点快照，在Redis内完成RDB持久化的方法有rdbSave和rdbSaveBackground两个函数方法（源码文件rdb.c中），先简单说下两者差别：

• rdbSave：是同步执行的，方法调用后就会立刻启动持久化流程。由于Redis是单线程模型，持久化过程中会阻塞，Redis无法对外提供服务；

• rdbSaveBackground：是后台（异步）执行的，该方法会fork出子进程，真正的持久化过程是在子进程中执行的（调用rdbSave），主进程会继续提供服务；

RDB持久化的触发必然离不开以上两个方法，触发的方式分为手动和自动。手动触发容易理解，是指我们通过Redis客户端人为的对Redis服务端发起持久化备份指令，然后Redis服务端开始执行持久化流程，这里的指令有save和bgsave。

整个持久化的过程中，主进程不进行任何 io 操作，全程都有子进程来完成，这就确保了极高的性能。如果需要进行大规模的数据恢复，且对数据恢复的完整性不是非常敏感，那么 rdb 方式要比 AOF 方式更加的高效，rdb 的缺点是最后一次持久化的数据可能会丢失。

2)、AOF 工作原理

AOF 持久化全称 append only file，以日志形式记录每个写操作，将 redis 执行过得所有写操作指令记录下来（读操作不记录）。只许追加文件但不可以改写文件，redis 启动之初会读取该文件重新构建数据，换言之，redis 重启的话就根据日志文件的内容将写操作指令从前到后执行一次以完成数据的恢复工作。

AOF 默认保存的是 appendonly.AOF 文件，此文件具有可读性。

AOF 的工作原理其实类似于 mysql 的 binlog 日志语句复制。是以日志的形式记录服务器所处理的每一个写，删除操作，查询操作不会记录，以文本的方式进行记录，该文件具有可读性。

数据同步有三种同步策略：修改同步、每秒同步、不主动调用 fsync 同步。

AOF 优缺点

AOF 利用 appendfsync 持久化机制，异步操作每秒记录，数据完整性要高于 rdb 如果一秒宕机，有可能丢失 1 秒数据。相同的数据集而言 AOF 文件要远大于 rdb 文件。恢复速度要慢于 rdb，AOF 运行效率要慢于 rdb。每秒同步策略效率较好，不同步效率和 rdb 相同。

Redis key 的过期时间和永久有效分别怎么设置？

出现概率: ★★★

EXPIRE 和 PERSIST 命令。Redis Expire 命令用于设置 key 的过期时间，key 过期后将不再可用。单位以秒计。Redis PERSIST 命令用于移除给定 key 的过期时间，使得 key 永不过期。

127.0.0.1:6379> set name '漫步coding' EX 100000
OK
127.0.0.1:6379> ttl name # ttl 查看key过期时间
(integer) 99997
127.0.0.1:6379> set brief '一个专注算法、数据库、架构、计算机网络的公众号'
OK
127.0.0.1:6379> ttl brief
(integer) -1
127.0.0.1:6379> PERSIST name
(integer) 1
127.0.0.1:6379> ttl name
(integer) -1 # -1 表示永久有效
127.0.0.1:6379>

也欢迎关注我的公众号: 漫步coding。一起交流, 在coding的世界里漫步,     回复: redis, 免费获取最新Redis面试题(含答案)。