超强、超详细的Redis知识点汇总合集（工做、面试必备）

一、什么是 Redis？简述它的优缺点？

Redis 的全称是：Remote Dictionary.Server，本质上是一个 Key-Value 类型的内存数据库，很像memcached，整个数据库通通加载在内存当中进行操做，按期经过异步操做把数据库数据 flush 到硬盘上进行保存。

由于是纯内存操做，Redis 的性能很是出色，每秒能够处理超过 10 万次读写操做，是已知性能最快的Key-Value DB。

Redis 的出色之处不只仅是性能，Redis 最大的魅力是支持保存多种数据结构，此外单个 value 的最大限制是 1GB，不像 memcached 只能保存 1MB 的数据，所以 Redis 能够用来实现不少有用的功能。

比方说用他的 List 来作 FIFO 双向链表，实现一个轻量级的高性 能消息队列服务，用他的 Set 能够作高性能的 tag 系统等等。

另外 Redis 也能够对存入的 Key-Value 设置 expire 时间，所以也能够被看成一 个功能增强版的memcached 来用。 Redis 的主要缺点是数据库容量受到物理内存的限制，不能用做海量数据的高性能读写，所以 Redis 适合的场景主要局限在较小数据量的高性能操做和运算上。

因为篇幅有限，这里只展现一部分，完整版我已经整理成了文档，有须要的朋友能够点一点下方连接免费领取

连接：1103806531暗号：CSDN

二、Redis 与 memcached 相比有哪些优点？

1.memcached 全部的值均是简单的字符串，redis 做为其替代者，支持更为丰富的数据类型

2.redis 的速度比 memcached 快不少 redis 的速度比 memcached 快不少

3.redis 能够持久化其数据 redis 能够持久化其数据

三、Redis 支持哪几种数据类型？

String、List、Set、Sorted Set、hashes

四、Redis 主要消耗什么物理资源？

内存

五、Redis 有哪几种数据淘汰策略？

1.noeviction:返回错误当内存限制达到，而且客户端尝试执行会让更多内存被使用的命令。

2.allkeys-lru: 尝试回收最少使用的键（LRU），使得新添加的数据有空间存放。

3.volatile-lru: 尝试回收最少使用的键（LRU），但仅限于在过时集合的键,使得新添加的数据有空间存放。

4.allkeys-random: 回收随机的键使得新添加的数据有空间存放。

5.volatile-random: 回收随机的键使得新添加的数据有空间存放，但仅限于在过时集合的键。

6.volatile-ttl: 回收在过时集合的键，而且优先回收存活时间（TTL）较短的键,使得新添加的数据有空间存放。

六、Redis 官方为何不提供 Windows 版本？

由于目前 Linux 版本已经至关稳定，并且用户量很大，无需开发 windows 版本，反而会带来兼容性等问题。

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

512M

八、为何 Redis 须要把全部数据放到内存中？

Redis 为了达到最快的读写速度将数据都读到内存中，并经过异步的方式将数据写入磁盘。
因此 redis 具备快速和数据持久化的特征，若是不将数据放在内存中，磁盘 I/O 速度为严重影响 redis 的性能。

在内存愈来愈便宜的今天，redis 将会愈来愈受欢迎， 若是设置了最大使用的内存，则数据已有记录数达到内存限值后不能继续插入新值。

九、Redis 集群方案应该怎么作？都有哪些方案？

1.codis

2.目前用的最多的集群方案，基本和 twemproxy 一致的效果，但它支持在节点数量改变状况下，旧节点数据可恢复到新 hash 节点。redis cluster3.0 自带的集群，特色在于他的分布式算法不是一致性 hash，而是 hash 槽的概念，以及自身支持节点设置从节点。具体看官方文档介绍。

3.在业务代码层实现，起几个毫无关联的 redis 实例，在代码层，对 key 进行 hash 计算，而后去对应的redis 实例操做数据。这种方式对 hash 层代码要求比较高，考虑部分包括，节点失效后的替代算法方案，数据震荡后的自动脚本恢复，实例的监控，等等。

十、Redis 集群方案什么状况下会致使整个集群不可用？

有 A，B，C 三个节点的集群,在没有复制模型的状况下,若是节点 B 失败了，那么整个集群就会觉得缺乏5501-11000 这个范围的槽而不可用。

十一、MySQL 里有 2000w 数据，redis 中只存 20w 的数据，如何保证 redis 中的数据都是热点数据？

redis 内存数据集大小上升到必定大小的时候，就会施行数据淘汰策略。
其实面试除了考察 Redis，很多公司都很重视高并发高可用的技术，特别是一线互联网公司，分布式、JVM、spring 源码分析、微服务等知识点已经是面试的必考题。 须要更多Java知识点和面试题的朋友能够点一点下方连接免费领取

连接：1103806531暗号：CSDN

十二、Redis 有哪些适合的场景？

（1）会话缓存（Session Cache）

最经常使用的一种使用 Redis 的情景是会话缓存（sessioncache），用 Redis 缓存会话比其余存储（如Memcached）的优点在于：Redis 提供持久化。当维护一个不是严格要求一致性的缓存时，若是用户的购物车信息所有丢失，大部分人都会不高兴的，如今，他们还会这样吗？
幸运的是，随着 Redis 这些年的改进，很容易找到怎么恰当的使用 Redis 来缓存会话的文档。甚至广为人知的商业平台 Magento 也提供 Redis 的插件。

（2）全页缓存（FPC）

除基本的会话 token 以外，Redis 还提供很简便的 FPC 平台。回到一致性问题，即便重启了 Redis 实例，由于有磁盘的持久化，用户也不会看到页面加载速度的降低，这是一个极大改进，相似 PHP 本地FPC。
再次以 Magento 为例，Magento 提供一个插件来使用 Redis 做为全页缓存后端。
此外，对 WordPress 的用户来讲，Pantheon 有一个很是好的插件 wp-redis，这个插件能帮助你以最快速度加载你曾浏览过的页面。

（3）队列

Reids 在内存存储引擎领域的一大优势是提供 list 和 set 操做，这使得 Redis 能做为一个很好的消息队列平台来使用。Redis 做为队列使用的操做，就相似于本地程序语言（如 Python）对 list 的 push/pop操做。
若是你快速的在 Google 中搜索“Redis queues”，你立刻就能找到大量的开源项目，这些项目的目的就是利用 Redis 建立很是好的后端工具，以知足各类队列需求。例如，Celery 有一个后台就是使用Redis 做为 broker，你能够从这里去查看。

（4）排行榜/计数器

Redis 在内存中对数字进行递增或递减的操做实现的很是好。集合（Set）和有序集合（SortedSet）也使得咱们在执行这些操做的时候变的很是简单，Redis 只是正好提供了这两种数据结构。
因此，咱们要从排序集合中获取到排名最靠前的 10 个用户–咱们称之为“user_scores”，咱们只须要像下面同样执行便可：
固然，这是假定你是根据你用户的分数作递增的排序。若是你想返回用户及用户的分数，你须要这样执行：
ZRANGE user_scores 0 10 WITHSCORES
Agora Games 就是一个很好的例子，用 Ruby 实现的，它的排行榜就是使用 Redis 来存储数据的，你能够在这里看到。

（5）发布/订阅

最后（但确定不是最不重要的）是 Redis 的发布/订阅功能。发布/订阅的使用场景确实很是多。我已看见人们在社交网络链接中使用，还可做为基于发布/订阅的脚本触发器，甚至用 Redis 的发布/订阅功能来创建聊天系统！

1三、Redis 支持的 Java 客户端都有哪些？官方推荐用哪一个？

Redisson、Jedis、lettuce 等等，官方推荐使用 Redisson。

1四、Redis 和 Redisson 有什么关系？

Redisson 是一个高级的分布式协调 Redis 客服端，能帮助用户在分布式环境中轻松实现一些 Java 的对象 (Bloom filter, BitSet, Set, SetMultimap, ScoredSortedSet, SortedSet, Map, ConcurrentMap,List, ListMultimap, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock,ReadWriteLock, AtomicLong, CountDownLatch, Publish / Subscribe, HyperLogLog)。

1五、Jedis 与 Redisson 对比有什么优缺点？

Jedis 是 Redis 的 Java 实现的客户端，其 API 提供了比较全面的 Redis 命令的支持；
Redisson 实现了分布式和可扩展的 Java 数据结构，和 Jedis 相比，功能较为简单，不支持字符串操做，不支持排序、事务、管道、分区等 Redis 特性。Redisson 的宗旨是促进使用者对 Redis 的关注分离，从而让使用者可以将精力更集中地放在处理业务逻辑上。

1六、说说 Redis 哈希槽的概念？

Redis 集群没有使用一致性 hash,而是引入了哈希槽的概念，Redis 集群有 16384 个哈希槽，每一个 key 通 过 CRC16 校验后对 16384 取模来决定放置哪一个槽，集群的每一个节点负责一部分 hash 槽。

1七、Redis 集群的主从复制模型是怎样的？

为了使在部分节点失败或者大部分节点没法通讯的状况下集群仍然可用，因此集群使用了主从复制模型,每一个节点都会有 N-1 个复制品.

1八、Redis 集群会有写操做丢失吗？为何？

Redis 并不能保证数据的强一致性，这意味这在实际中集群在特定的条件下可能会丢失写操做。

1九、Redis 集群之间是如何复制的？

异步复制

20、Redis 集群最大节点个数是多少？

16384 个

最后

为你们整理了各个知识点模块整理文档（微服务、数据库、mysql、jvm、mybatis等都有）和更多大厂面试真题，有须要的朋友能够点一点下方连接免费领取

连接：1103806531暗号：CSDN