Redis面試必會(huì)的題目

Redis 支持哪幾種數(shù)據(jù)類型?

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

Redis是單進(jìn)程的還是單線程的？

Redis是單進(jìn)程單線程的，Redis利用隊(duì)列技術(shù)將并發(fā)訪問變?yōu)榇性L問，消除了傳統(tǒng)數(shù)據(jù)庫(kù)串行控制的開銷。

Redis為什么是單線程的？

多線程處理會(huì)設(shè)計(jì)到鎖，而且多線程處理會(huì)設(shè)計(jì)到線程切換而消耗CPU。因?yàn)镃PU不會(huì)Redis的瓶頸，Redis的瓶頸最有可能是機(jī)器內(nèi)存或者網(wǎng)絡(luò)帶寬。單線程無法發(fā)揮多核CPU性能，不過可以通過在單機(jī)開啟Redis實(shí)例來解決。

Redis的優(yōu)勢(shì)

• 速度快。因?yàn)閿?shù)據(jù)存儲(chǔ)于內(nèi)存中，類似于HashMap，HashMap的優(yōu)勢(shì)就是查找和操作的時(shí)間復(fù)雜度都是O(1)
• 支持豐富的數(shù)據(jù)類型，支持string，list，set，sorted set，hash
• 支持事務(wù)，操作都是原子性，所謂的原子性就是對(duì)數(shù)據(jù)的更改要么全部執(zhí)行，要么全部不執(zhí)行
• 豐富的特性：可用于緩存，消息，按key設(shè)置過期時(shí)間，過期后將會(huì)自動(dòng)刪除

Redis和memcached有哪些優(yōu)勢(shì)

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

Redis有哪幾種數(shù)據(jù)淘汰策略

在Redis中，允許用戶設(shè)置最大使用內(nèi)存大小server.maxmemory，當(dāng)Redis內(nèi)存數(shù)據(jù)集大小上升到一定大小的時(shí)候，就會(huì)執(zhí)行數(shù)據(jù)淘汰策略

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

Redis支持哪幾種持久化方式

• RDB持久化

原理是將Redis在內(nèi)存中的數(shù)據(jù)記錄定時(shí)dump到磁盤上的RDB文件

指定的時(shí)間間隔內(nèi)將內(nèi)存中的數(shù)據(jù)集快照寫入磁盤，實(shí)際操作過程是fork一個(gè)子進(jìn)程，先將數(shù)據(jù)集寫入臨時(shí)文件，寫入成功后，再替換之前的文件，用二進(jìn)制壓縮存儲(chǔ)。

• AOF（append only file）持久化

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

以日志的形式記錄服務(wù)器所處理的每一個(gè)寫、刪除操作，查詢操作不會(huì)記錄，以文本的方式記錄，可以打開文件看到詳細(xì)的操作記錄。當(dāng)服務(wù)器重啟的時(shí)候會(huì)重新執(zhí)行這些命令來恢復(fù)原始的數(shù)據(jù)。AOF命令以Reids協(xié)議追加保存每次寫的操作到文件末尾。Redis還能對(duì)AOF文件進(jìn)行后臺(tái)重寫，使得AOF文件的體積不至于過大。

Redis兩種持久化方式優(yōu)缺點(diǎn)？

RDB持久化

優(yōu)點(diǎn)：RDB文件緊湊，體積小，網(wǎng)絡(luò)傳輸快，適合全量復(fù)制；恢復(fù)速度比AOF快很多。當(dāng)然，與AOF相比，RDB最重要的優(yōu)點(diǎn)之一是對(duì)性能的影響相對(duì)較小

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

AOF持久化

與RDB持久化相對(duì)應(yīng),AOF的優(yōu)點(diǎn)在于支持秒級(jí)持久化、兼容性好，缺點(diǎn)是文件大，恢復(fù)速度慢，對(duì)性能影響大

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

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

在實(shí)際生產(chǎn)環(huán)境中，根據(jù)數(shù)據(jù)量、應(yīng)用對(duì)數(shù)據(jù)的安全要求、預(yù)算限制等不同情況，會(huì)有各種各樣的持久化策略；如完全不使用任何持久化，使用RDB或AOF一種，或同事開啟RDB和AOF持久化等。此外，持久化的選擇必須與Redis的主從策略一起考慮，因?yàn)橹鲝膹?fù)制與持久化同樣具有數(shù)據(jù)備份的功能，而且主機(jī)master和從機(jī)slave可以獨(dú)立的選擇持久化方案。

Redis集群的主從復(fù)制模型是怎樣的？

為了是在部分節(jié)點(diǎn)失敗或者大部分節(jié)點(diǎn)無法通信的情況下集群仍然可用，所以集群是用了主從復(fù)制模型，每個(gè)節(jié)點(diǎn)都會(huì)有N-1個(gè)復(fù)制品

Redis集群會(huì)有寫操作丟失嗎？為什么？

Redis并不能保證數(shù)據(jù)強(qiáng)一致性，這意味著在實(shí)際中集群在特定的條件下可能會(huì)丟失寫操作

Redis集群之間是如何復(fù)制的

異步復(fù)制

Redis如何做內(nèi)存優(yōu)化

盡可能使用散列表（hashes），散列表（是說列表里面存儲(chǔ)的數(shù)少）使用的內(nèi)存非常小，所以你應(yīng)該盡可能的將你的數(shù)據(jù)模型抽象到一個(gè)散列表里面，比如你的web系統(tǒng)中有一個(gè)用戶對(duì)象，不要為這個(gè)用戶的名稱，姓氏，郵箱，密碼設(shè)置單獨(dú)的key，而是應(yīng)該把這個(gè)用戶所有信息存儲(chǔ)到一張散列表中

Redis回收進(jìn)程如何工作？

一個(gè)Client運(yùn)行了新的命令，添加了新的數(shù)據(jù)，Redis會(huì)檢查內(nèi)存使用情況，如果大于maxmemory的限制，則根據(jù)設(shè)定好的策略進(jìn)行回收

Redis常用的使用場(chǎng)景

• Session共享（單點(diǎn)登錄）
• 頁面緩存
• 隊(duì)列
• 排行榜/計(jì)算器

以上就是Redis面試必會(huì)的題目的詳細(xì)內(nèi)容，更多關(guān)于Redis面試題的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！