1、使用redis有哪些好處？

(1) 速度快，因?yàn)閿?shù)據(jù)存在內(nèi)存中，類(lèi)似于HashMap，HashMap的優(yōu)勢(shì)就是查找和操作的時(shí)間復(fù)雜度都是O(1)

(2) 支持豐富數(shù)據(jù)類(lèi)型，支持string，list，set，sorted set，hash

(3) 支持事務(wù)，操作都是原子性，所謂的原子性就是對(duì)數(shù)據(jù)的更改要么全部執(zhí)行，要么全部不執(zhí)行

(4) 豐富的特性：可用于緩存，消息，按key設(shè)置過(guò)期時(shí)間，過(guò)期后將會(huì)自動(dòng)刪除

2、redis相比memcached有哪些優(yōu)勢(shì)？

(1) memcached所有的值均是簡(jiǎn)單的字符串，redis作為其替代者，支持更為豐富的數(shù)據(jù)類(lèi)型

(2) redis的速度比memcached快很多

(3) redis可以持久化其數(shù)據(jù)

3、redis常見(jiàn)性能問(wèn)題和解決方案：

(1) Master最好不要做任何持久化工作，如RDB內(nèi)存快照和AOF日志文件

(2) 如果數(shù)據(jù)比較重要，某個(gè)Slave開(kāi)啟AOF備份數(shù)據(jù)，策略設(shè)置為每秒同步一次

(3) 為了主從復(fù)制的速度和連接的穩(wěn)定性，Master和Slave最好在同一個(gè)局域網(wǎng)內(nèi)

(4) 盡量避免在壓力很大的主庫(kù)上增加從庫(kù)

(5) 主從復(fù)制不要用圖狀結(jié)構(gòu)，用單向鏈表結(jié)構(gòu)更為穩(wěn)定，即：Master <- Slave1 <- Slave2 <- Slave3…

這樣的結(jié)構(gòu)方便解決單點(diǎn)故障問(wèn)題，實(shí)現(xiàn)Slave對(duì)Master的替換。如果Master掛了，可以立刻啟用Slave1做Master，其他不變。

4、MySQL里有2000w數(shù)據(jù)，redis中只存20w的數(shù)據(jù)，如何保證redis中的數(shù)據(jù)都是熱點(diǎn)數(shù)據(jù)

相關(guān)知識(shí)：redis 內(nèi)存數(shù)據(jù)集大小上升到一定大小的時(shí)候，就會(huì)施行數(shù)據(jù)淘汰策略。redis 提供 6種數(shù)據(jù)淘汰策略：

voltile-lru：從已設(shè)置過(guò)期時(shí)間的數(shù)據(jù)集（server.db[i].expires）中挑選最近最少使用的數(shù)據(jù)淘汰

volatile-ttl：從已設(shè)置過(guò)期時(shí)間的數(shù)據(jù)集（server.db[i].expires）中挑選將要過(guò)期的數(shù)據(jù)淘汰

volatile-random：從已設(shè)置過(guò)期時(shí)間的數(shù)據(jù)集（server.db[i].expires）中任意選擇數(shù)據(jù)淘汰

allkeys-lru：從數(shù)據(jù)集（server.db[i].dict）中挑選最近最少使用的數(shù)據(jù)淘汰

allkeys-random：從數(shù)據(jù)集（server.db[i].dict）中任意選擇數(shù)據(jù)淘汰

no-enviction（驅(qū)逐）：禁止驅(qū)逐數(shù)據(jù)

5、Memcache與Redis的區(qū)別都有哪些？

1)、存儲(chǔ)方式

Memecache把數(shù)據(jù)全部存在內(nèi)存之中，斷電后會(huì)掛掉，數(shù)據(jù)不能超過(guò)內(nèi)存大小。

Redis有部份存在硬盤(pán)上，這樣能保證數(shù)據(jù)的持久性。

2)、數(shù)據(jù)支持類(lèi)型

Memcache對(duì)數(shù)據(jù)類(lèi)型支持相對(duì)簡(jiǎn)單。

Redis有復(fù)雜的數(shù)據(jù)類(lèi)型。

3)、使用底層模型不同

它們之間底層實(shí)現(xiàn)方式 以及與客戶(hù)端之間通信的應(yīng)用協(xié)議不一樣。

Redis直接自己構(gòu)建了VM 機(jī)制 ，因?yàn)橐话愕南到y(tǒng)調(diào)用系統(tǒng)函數(shù)的話(huà)，會(huì)浪費(fèi)一定的時(shí)間去移動(dòng)和請(qǐng)求。

4），value大小

redis最大可以達(dá)到1GB，而memcache只有1MB

6、Redis 常見(jiàn)的性能問(wèn)題都有哪些？如何解決？

1).Master寫(xiě)內(nèi)存快照，save命令調(diào)度rdbSave函數(shù)，會(huì)阻塞主線(xiàn)程的工作，當(dāng)快照比較大時(shí)對(duì)性能影響是非常大的，會(huì)間斷性暫停服務(wù)，所以Master最好不要寫(xiě)內(nèi)存快照。

2).Master AOF持久化，如果不重寫(xiě)AOF文件，這個(gè)持久化方式對(duì)性能的影響是最小的，但是AOF文件會(huì)不斷增大，AOF文件過(guò)大會(huì)影響Master重啟的恢復(fù)速度。

Master最好不要做任何持久化工作，包括內(nèi)存快照和AOF日志文件，特別是不要啟用內(nèi)存快照做持久化,如果數(shù)據(jù)比較關(guān)鍵，某個(gè)Slave開(kāi)啟AOF備份數(shù)據(jù)，策略為每秒同步一次。

3).Master調(diào)用BGREWRITEAOF重寫(xiě)AOF文件，AOF在重寫(xiě)的時(shí)候會(huì)占大量的CPU和內(nèi)存資源，導(dǎo)致服務(wù)load過(guò)高，出現(xiàn)短暫服務(wù)暫?，F(xiàn)象。

4). Redis主從復(fù)制的性能問(wèn)題，為了主從復(fù)制的速度和連接的穩(wěn)定性，Slave和Master最好在同一個(gè)局域網(wǎng)內(nèi)

7、redis 最適合的場(chǎng)景

Redis最適合所有數(shù)據(jù)in-momory的場(chǎng)景，雖然Redis也提供持久化功能，但實(shí)際