2020年Redis面試題總結（30道題含答案解析）

2020年Redis面試題總結（30道題含答案解析）

這個是整理的思維導圖，給大家分享一下。

1、 什么是 Redis？簡述它的優缺點？

（1）Redis 的全稱是：Remote Dictionary.Server，本質上是一個 Key-Value 類型的內存數據庫，很像memcached，整個數據庫統統加載在內存當中進行操作，定期通過異步操作把數據庫數據 flush 到硬盤上進行保存。

（2）因為是純內存操作，Redis 的性能非常出色，每秒可以處理超過 10 萬次讀寫操作，是已知性能最快的Key-Value DB。

（3）Redis 的出色之處不僅僅是性能，Redis 最大的魅力是支持保存多種數據結構，此外單個 value 的最大限制是 1GB，不像 memcached 只能保存 1MB 的數據，因此 Redis 可以用來實現很多有用的功能。比方說用他的 List 來做 FIFO 雙向鏈表，實現一個輕量級的高性 能消息隊列服務，用他的 Set 可以做高性能的 tag 系統等等。

（4）另外 Redis 也可以對存入的 Key-Value 設置 expire 時間，因此也可以被當作一 個功能加強版的memcached 來用。 Redis 的主要缺點是數據庫容量受到物理內存的限制，不能用作海量數據的高性能讀寫，因此Redis 適合的場景主要局限在較小數據量的高性能操作和運算上。

2、Redis 與 memcached 相比有哪些優勢？

（1）memcached 所有的值均是簡單的字符串，redis 作為其替代者，支持更為豐富的數據類型。

（2）redis 的速度比 memcached 快很多 redis 的速度比 memcached 快很多。

（3）redis 可以持久化其數據 redis 可以持久化其數據。

3、Redis 支持哪幾種數據類型？

（1）String、List、Set、Sorted Set、hashes。

4、Redis 主要消耗什么物理資源？

（1）內存。

5、Redis 有哪幾種數據淘汰策略？

（1）noeviction:返回錯誤當內存限制達到，并且客戶端嘗試執行會讓更多內存被使用的命令。

（2）allkeys-lru: 嘗試回收最少使用的鍵（LRU），使得新添加的數據有空間存放。

（3）volatile-lru: 嘗試回收最少使用的鍵（LRU），但僅限于在過期集合的鍵,使得新添加的數據有空間存放。

（4）allkeys-random: 回收隨機的鍵使得新添加的數據有空間存放。

（5）volatile-random: 回收隨機的鍵使得新添加的數據有空間存放，但僅限于在過期集合的鍵。

（6）volatile-ttl: 回收在過期集合的鍵，并且優先回收存活時間（TTL）較短的鍵,使得新添加的數據有空間存放。

6、Redis 官方為什么不提供 Windows 版本？

（1）因為目前 Linux 版本已經相當穩定，而且用戶量很大，無需開發 windows 版本，反而會帶來兼容性等問題。

7、一個字符串類型的值能存儲最大容量是多少？

（1）512M。

8、為什么 Redis 需要把所有數據放到內存中？

（1）Redis 為了達到最快的讀寫速度將數據都讀到內存中，并通過異步的方式將數據寫入磁盤。

所以 redis 具有快速和數據持久化的特征，如果不將數據放在內存中，磁盤 I/O 速度為嚴重影響 redis 的性能。

（2）在內存越來越便宜的今天，redis 將會越來越受歡迎， 如果設置了最大使用的內存，則數據已有記錄數達到內存限值后不能繼續插入新值。

9、Redis 集群方案應該怎么做？都有哪些方案？

（1）codis

（2）目前用的最多的集群方案，基本和 twemproxy 一致的效果，但它支持在節點數量改變情況下，舊節點數據可恢復到新 hash 節點。

redis cluster3.0 自帶的集群，特點在于他的分布式算法不是一致性hash，而是 hash 槽的概念，以及自身支持節點設置從節點。具體看官方文檔介紹。

（3）在業務代碼層實現，起幾個毫無關聯的 redis 實例，在代碼層，對 key 進行 hash 計算，然后去對應的redis 實例操作數據。這種方式對 hash 層代碼要求比較高，考慮部分包括，節點失效后的替代算法方案，數據震蕩后的自動腳本恢復，實例的監控，等等。歡迎工作一到五年的 Java 工程師朋友們加入 Java 進階架構學習交流：952124565，群內提供免費的Java 架構學習資料（里面有高可用、高并發、高性能及分布式、Jvm 性能調優、Spring 源碼。MyBatisNetty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx 等多個知識點的架構資料）

合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！

10、Redis 集群方案什么情況下會導致整個集群不可用？

（1）有 A，B，C 三個節點的集群,在沒有復制模型的情況下,如果節點 B 失敗了，那么整個集群就會以為缺少5501-11000 這個范圍的槽而不可用。

11、MySQL 里有 2000w 數據，redis 中只存 20w 的數據，如何保證 redis 中的數據都是熱點數據？

（1）redis 內存數據集大小上升到一定大小的時候，就會施行數據淘汰策略。

（2）其實面試除了考察 Redis，不少公司都很重視高并發高可用的技術，特別是一線互聯網公司，分布式、JVM、spring 源碼分析、微服務等知識點已是面試的必考題。我自己整理收集了一套系統的架構技術體系，針對當前互聯網公司的技術需求以及結合主流技術，這些東西可能你們平時在工作中接觸過，但是缺少的全面系統的學習。免費領取架構資料

12、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 的發布/訂閱功能來建立聊天系統！

13、Redis 支持的 Java 客戶端都有哪些？官方推薦用哪個？

（1）Redisson、Jedis、lettuce 等等，官方推薦使用 Redisson。

14、Redis 和 Redisson 有什么關系？

（1）象 (Bloom filter, BitSet, Set, SetMultimap, ScoredSortedSet, SortedSet, Map, ConcurrentMap,List, ListMultimap, Queue, BlockingQueue, Deque, BlockingDeque, Semaphore, Lock,ReadWriteLock, AtomicLong, CountDownLatch, Publish / Subscribe, HyperLogLog)。

15、Jedis 與 Redisson 對比有什么優缺點？

（1）Jedis 是 Redis 的 Java 實現的客戶端，其 API 提供了比較全面的 Redis 命令的支持；Redisson 實現了分布式和可擴展的 Java 數據結構，和 Jedis 相比，功能較為簡單，不支持字符串操作，不支持排序、事務、管道、分區等 Redis 特性。Redisson 的宗旨是促進使用者對 Redis 的關注分離，從而讓使用者能夠將精力更集中地放在處理業務邏輯上。

16、說說 Redis 哈希槽的概念？

（1）Redis 集群沒有使用一致性 hash,而是引入了哈希槽的概念，Redis 集群有 16384 個哈希槽，每個 key 通 過 CRC16 校驗后對 16384 取模來決定放置哪個槽，集群的每個節點負責一部分 hash 槽。

17、Redis 集群的主從復制模型是怎樣的？

（1）為了使在部分節點失敗或者大部分節點無法通信的情況下集群仍然可用，所以集群使用了主從復制模型,每個節點都會有 N-1 個復制品。

18、Redis 集群會有寫操作丟失嗎？為什么？

（1）Redis 并不能保證數據的強一致性，這意味這在實際中集群在特定的條件下可能會丟失寫操作。

19、Redis 集群之間是如何復制的？

（1）異步復制。

20、Redis 集群最大節點個數是多少？

（1）16384 個。

21、Redis 集群如何選擇數據庫？

（1）Redis 集群目前無法做數據庫選擇，默認在 0 數據庫。

22、Redis 中的管道有什么用？

（1）一次請求/響應服務器能實現處理新的請求即使舊的請求還未被響應，這樣就可以將多個命令發送到服務器，而不用等待回復，最后在一個步驟中讀取該答復。這就是管道（pipelining），是一種幾十年來廣泛使用的技術。例如許多 POP3 協議已經實現支持這個功

能，大大加快了從服務器下載新郵件的過程。

23、怎么理解 Redis 事務？

（1）事務是一個單獨的隔離操作：事務中的所有命令都會序列化、按順序地執行，事務在執行的過程中，不會

被其他客戶端發送來的命令請求所打斷。

事務是一個原子操作：事務中的命令要么全部被執行，要么全部都不執行。

24、Redis 事務相關的命令有哪幾個？

（1）MULTI、EXEC、DISCARD、WATCH

25、Redis key 的過期時間和永久有效分別怎么設置？

（1）EXPIRE 和 PERSIST 命令

26、Redis 如何做內存優化？

（1）盡可能使用散列表（hashes），散列表（是說散列表里面存儲的數少）使用的內存非常小，所以你應該盡可能的將你的數據模型抽象到一個散列表里面。比如你的 web 系統中有一個用戶對象，不要為這個用戶的名稱，姓氏，郵箱，密碼設置單獨的 key,而是應該把這個用戶的所有信息存儲到一張散列表里面。

27、Redis 回收進程如何工作的？

（1）一個客戶端運行了新的命令，添加了新的數據。

Redi 檢查內存使用情況，如果大于 maxmemory 的限制, 則根據設定好的策略進行回收。一個新的命令被執行，等等。

（2）所以我們不斷地穿越內存限制的邊界，通過不斷達到邊界然后不斷地回收回到邊界以下。如果一個命令的結果導致大量內存被使用（例如很大的集合的交集保存到一個新的鍵），不用多久內存限制就會被這個內存使用量超越。

28.加鎖機制

（1）咱們來看上面那張圖，現在某個客戶端要加鎖。如果該客戶端面對的是一個 redis cluster 集群，他首先會根據 hash 節點選擇一臺機器。這里注意，僅僅只是選擇一臺機器！這點很關鍵！緊接著，就會發送一段 lua 腳本到 redis 上，那段 lua 腳本如下所示：

為啥要用 lua 腳本呢？因為一大坨復雜的業務邏輯，可以通過封裝在 lua 腳本中發送給 redis，保證這段復雜業務邏輯執行的原子性。

（2）那么，這段 lua 腳本是什么意思呢？這里 KEYS[1]代表的是你加鎖的那個 key，比如說：RLock lock = redisson.getLock(“myLock”);這里你自己設置了加鎖的那個鎖 key 就是“myLock”。

（3）ARGV[1]代表的就是鎖 key 的默認生存時間，默認 30 秒。ARGV[2]代表的是加鎖的客戶端的 I D，類似于下面這樣：8743c9c0-0795-4907-87fd-6c719a6b4586:1給大家解釋一下，第一段 if 判斷語句，就是用“exists myLock”命令判斷一下。

（4）如果你要加鎖的那個鎖 key 不存在的話，你就進行加鎖。如何加鎖呢？很簡單，用下面的命令：hset myLock8743c9c0-0795-4907-87fd-6c719a6b4586:1 1，通過這個命令設置一個 hash 數據結構，這行命令執行后，會出現一個類似下面的數據結構：

上述就代表“8743c9c0-0795-4907-87fd-6c719a6b4586:1”這個客戶端對“myLock”這個鎖 key 完成了加鎖。接著會執行“pexpire myLock 30000”命令，設置 myLock 這個鎖 key 的生存時間是 30 秒。好了，到此為止，ok，加鎖完成了。

29.鎖互斥機制

（1）那么在這個時候，如果客戶端 2 來嘗試加鎖，執行了同樣的一段 lua 腳本，會咋樣呢？很簡單，第一個 if 判斷會執行“exists myLock”，發現 myLock 這個鎖 key 已經存在了。接著第二個 if 判斷，判斷一下，myLock 鎖 key 的 hash 數據結構中，是否包含客戶端 2 的 ID，但是明顯不是的，因為那里包含的是客戶端 1 的 ID。

（2）所以，客戶端 2 會獲取到 pttl myLock 返回的一個數字，這個數字代表了 myLock 這個鎖 key的剩余生存時間。比如還剩 15000 毫秒的生存時間。此時客戶端 2 會進入一個 while 循環，不停的嘗試加鎖。

30.watch dog 自動延期機制

（1）客戶端 1 加鎖的鎖 key 默認生存時間才 30 秒，如果超過了 30 秒，客戶端 1 還想一直持有這把鎖，怎么辦呢？

簡單！

只要客戶端 1 一旦加鎖成功，就會啟動一個 watch dog 看門狗，他是一個后臺線程，會每隔 10 秒檢查一下，如果客戶端 1 還持有鎖key，那么就會不斷的延長鎖 key 的生存時間。

最后總結： 最新2020整理收集的一線互聯網公司面試真題（都整理成文檔），有很多干貨，包含netty，spring，線程，spring

cloud等詳細講解，也有詳細的學習規劃圖，面試題整理等，我感覺在面試這塊講的非常清楚，可以找我獲取。

Memcached Redis

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。