Redis 支持哪幾種數據類型?

• string：最基本的數據類型，二進制安全的字符串，最大512M
• list：按照添加順序保持順序的 字符串列表
• set：無序的字符串集合，不存在重復的元素
• sorted set：已排序的字符串集合
• hash：key/value對的一種集合

Redis是單進程的還是單線程的？

Redis是單進程單線程的，Redis利用隊列技術將并發訪問變為串行訪問，消除了傳統數據庫串行控制的開銷。

Redis為什么是單線程的？

多線程處理會設計到鎖，而且多線程處理會設計到線程切換而消耗CPU。因為CPU不會Redis的瓶頸，Redis的瓶頸最有可能是機器內存或者網絡帶寬。單線程無法發揮多核CPU性能，不過可以通過在單機開啟Redis實例來解決。

Redis的優勢

• 速度快。因為數據存儲于內存中，類似于HashMap，HashMap的優勢就是查找和操作的時間復雜度都是O(1)
• 支持豐富的數據類型，支持string，list，set，sorted set，hash
• 支持事務，操作都是原子性，所謂的原子性就是對數據的更改要么全部執行，要么全部不執行
• 豐富的特性：可用于緩存，消息，按key設置過期時間，過期后將會自動刪除

Redis和memcached有哪些優勢

• memcached所有的值均是簡單的字符串，Reids作為其替代者，支持更為豐富的數據類型
• Redis的速度比memcached快很多
• Redis可以持久化其數據
• Redis支持數據的備份，即master/slave模式的數據備份

Redis有哪幾種數據淘汰策略

在Redis中，允許用戶設置最大使用內存大小server.maxmemory，當Redis內存數據集大小上升到一定大小的時候，就會執行數據淘汰策略

• volatile-lru：從已設置過期的數據集中挑選最近最少使用的淘汰
• volatile-ttl：從已設置過期的數據集中挑選將要過期的數據淘汰
• volatile-random：從已設置過期的數據集中任意挑選數據淘汰
• allkeys-lru：從數據集中挑選最近最少使用的數據淘汰
• allkeys-random：從數據集中任意挑選數據淘汰
• noenviction：禁止淘汰數據

Redis支持哪幾種持久化方式

• RDB持久化

原理是將Redis在內存中的數據記錄定時dump到磁盤上的RDB文件

指定的時間間隔內將內存中的數據集快照寫入磁盤，實際操作過程是fork一個子進程，先將數據集寫入臨時文件，寫入成功后，再替換之前的文件，用二進制壓縮存儲。

• AOF（append only file）持久化

原理是將Redis的操作日志以追加的方式寫入文件。

以日志的形式記錄服務器所處理的每一個寫、刪除操作，查詢操作不會記錄，以文本的方式記錄，可以打開文件看到詳細的操作記錄。當服務器重啟的時候會重新執行這些命令來恢復原始的數據。AOF命令以Reids協議追加保存每次寫的操作到文件末尾。Redis還能對AOF文件進行后臺重寫，使得AOF文件的體積不至于過大。

Redis兩種持久化方式優缺點？

RDB持久化

優點：RDB文件緊湊，體積小，網絡傳輸快，適合全量復制；恢復速度比AOF快很多。當然，與AOF相比，RDB最重要的優點之一是對性能的影響相對較小

缺點：RDB文件的致命缺點在與其數據快照的持久化方式決定了必然做不到實時持久化，而在數據越來越重要的今天，數據的大量丟失很多時候是無法接受的，因此AOF持久化稱為主流。此外，RDB文件需要滿足特定格式，兼容性差。

AOF持久化

與RDB持久化相對應,AOF的優點在于支持秒級持久化、兼容性好，缺點是文件大，恢復速度慢，對性能影響大

如何選擇Redis持久化方式策略？

在介紹持久化策略之前，首先要明白無論是RDB還是AOF，持久化的開啟都是要付出性能方面的代價的。對比RDB持久化，一方面是bdsave在進行fork操作時Redis主進程會阻塞，另一方面，子進程向硬盤寫數據也會帶來IO壓力；對于AOF持久化，向硬盤寫數據的頻率大大提高（everysec策略下為秒級），IO壓力更大，設置可能造成AOF追加阻塞文件。此外，AOF文件的重寫與RDB的basave類似，會有fork時的阻塞和子進程的IO壓力問題。相對來說，由于AOF向硬盤中寫數據的頻率更高，因此對Redis主進程性能的影響會更大。

在實際生產環境中，根據數據量、應用對數據的安全要求、預算限制等不同情況，會有各種各樣的持久化策略；如完全不使用任何持久化，使用RDB或AOF一種，或同事開啟RDB和AOF持久化等。此外，持久化的選擇必須與Redis的主從策略一起考慮，因為主從復制與持久化同樣具有數據備份的功能，而且主機master和從機slave可以獨立的選擇持久化方案。

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

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

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

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

Redis集群之間是如何復制的

異步復制

Redis如何做內存優化

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

Redis回收進程如何工作？

一個Client運行了新的命令，添加了新的數據，Redis會檢查內存使用情況，如果大于maxmemory的限制，則根據設定好的策略進行回收

Redis常用的使用場景

• Session共享（單點登錄）
• 頁面緩存
• 隊列
• 排行榜/計算器

以上就是Redis面試必會的題目的詳細內容，更多關于Redis面試題的資料請關注腳本之家其它相關文章！