redis的使用場(chǎng)景：
問(wèn)題：redis的部署方式：
單機(jī)模式（自己玩的）
哨兵模式（了解常用）
redis - cluster（集群模式）
問(wèn)題：什么是緩存穿透/緩存擊穿/雪崩
緩存穿透：
緩存及DB都沒(méi)有數(shù)據(jù)的時(shí)候盒卸，有用戶惡劣一直訪問(wèn)在孝，導(dǎo)致大量的數(shù)據(jù)落到mysql上炫贤。導(dǎo)致崩潰
解決：進(jìn)行用戶校驗(yàn)财剖，當(dāng)數(shù)據(jù)庫(kù)和redis均沒(méi)有該key值時(shí)候，設(shè)置一個(gè)key-null堕担，給key設(shè)置一個(gè)短暫的時(shí)間
講一下布隆過(guò)濾器：
大致流程圖如下
布隆過(guò)濾器的大致思路是：當(dāng)一個(gè)值加入集合的時(shí)候韵吨，通過(guò)一些hash函數(shù)映射到一個(gè)數(shù)組中的k個(gè)點(diǎn)，將這k個(gè)點(diǎn)置為1嚣州，檢索的時(shí)候就看這些點(diǎn)是不是1，就知道這個(gè)集合中有沒(méi)有該值如果有一個(gè)值對(duì)應(yīng)不上為0共螺，那就表明集合不可能存在該值该肴。
實(shí)現(xiàn)代碼：
緩存擊穿
緩存中沒(méi)有該數(shù)據(jù)的緩存，db中存在璃谨，一般出現(xiàn)情況為key值的緩存時(shí)間到期沙庐，此時(shí)用戶對(duì)該值進(jìn)行了大量訪問(wèn)，請(qǐng)求直接落到db上佳吞，導(dǎo)致db被打死
解決：1.將key值設(shè)置成用不過(guò)期拱雏。2.采用鎖得方法，單機(jī)syn底扳，分布式setnx铸抑，先將值從db讀出來(lái)存到redis中
雪崩:
緩存中大量的key值到期，引起db壓力大被打死（與緩存擊穿一起記）
解決方法:1.不講所有的key值在同一時(shí)刻過(guò)期（將key的過(guò)期時(shí)間設(shè)置為隨機(jī)）
2.分布式布置時(shí)衷模，將熱點(diǎn)數(shù)據(jù)存到不同的redis上
純內(nèi)存數(shù)據(jù)庫(kù)：官網(wǎng)說(shuō)明10wQPS
純內(nèi)存kv
單線程無(wú)上下午切換
多路復(fù)用io
問(wèn)題:redis的淘汰策略（對(duì)于定期的清理）（內(nèi)存滿了）
說(shuō)到redis的值會(huì)過(guò)期鹊汛，就要說(shuō)一下他的淘汰策略
1.不刪除策略
2.優(yōu)先刪除最近最少使用的key
3.對(duì)設(shè)置了expires時(shí)間的key優(yōu)先刪除最近最少使用
4.隨機(jī)刪除key
5.只限于設(shè)置了expires時(shí)間的key值，隨機(jī)刪除部分key
6.只限于設(shè)置了expires阱冶，優(yōu)先刪除剩余時(shí)間最短的key值
7.lfu
問(wèn)題：redis的過(guò)期策略
首先說(shuō)一下有哪些過(guò)期策略
大致分為3中：定時(shí)刪除/惰性刪除/定期刪除
定時(shí)：在設(shè)置了key的expires時(shí)間后刁憋，到點(diǎn)即刪除，這樣可以盡快釋放key值木蹬，但是cpu很寶貴沒(méi)時(shí)間管你至耻，我還得校驗(yàn)?zāi)愕經(jīng)]到期，所以占用了大量的cpu的時(shí)間
惰性:key到點(diǎn)了（expires）不進(jìn)行刪除镊叁，而是用的時(shí)候我去檢查一下key到期了沒(méi)有尘颓，因?yàn)橛行﹌ey我是用的次數(shù)很少?zèng)]比較總是去校驗(yàn)，所以這中很符合我性格晦譬，但是有個(gè)問(wèn)題是你不去處理那樣會(huì)有大量的數(shù)據(jù)存在內(nèi)存中疤苹，久了會(huì)有內(nèi)存泄露的問(wèn)題
定期：定一個(gè)時(shí)間點(diǎn)，我去收拾以下家（redis）敛腌，這樣就比較合理了卧土，但是這樣就是上面兩種的折中處理方法，在收拾內(nèi)存上我沒(méi)有定時(shí)收拾的快迎瞧，在cpu利用上夸溶，我也沒(méi)有惰性用的少
redis：采用的策略：定期刪除 + 惰性刪除
過(guò)期的key對(duì)adb和aof都不會(huì)有影響
rdb：從內(nèi)存持久到rdb，會(huì)檢查key是否過(guò)期凶硅，過(guò)期不存缝裁；從文件>內(nèi)存 同樣檢查key是否過(guò)期，過(guò)期不導(dǎo)入到數(shù)據(jù)庫(kù)
aof： 當(dāng)key過(guò)期沒(méi)被刪除，是會(huì)存在aof中捷绑，但是取出來(lái)的時(shí)候會(huì)校驗(yàn)是否過(guò)期韩脑，過(guò)期了久不存到內(nèi)存數(shù)據(jù)庫(kù)了，還有種場(chǎng)景是key過(guò)期了我正才刪除粹污，此時(shí)aof會(huì)加一條del的命令將這個(gè)key給刪除掉
問(wèn)題：什么是腦裂
master在網(wǎng)絡(luò)有問(wèn)題的場(chǎng)景下段多，與sential斷鏈了，但是還是接收的client的寫請(qǐng)求壮吩，此時(shí)sentinel認(rèn)為master斷了重新選舉master进苍，當(dāng)這個(gè)master網(wǎng)絡(luò)環(huán)境恢復(fù)出現(xiàn)了兩個(gè)master的場(chǎng)景，此時(shí)原來(lái)的master會(huì)被設(shè)置為slave數(shù)據(jù)清空鸭叙，重更新新的matser的數(shù)據(jù)
這個(gè)時(shí)候會(huì)有幾個(gè)問(wèn)題：就是sentinel認(rèn)為我我掛了觉啊，但是我master（老的）還在接收client的請(qǐng)求，等我好了你讓我數(shù)據(jù)清空沈贝，那這些數(shù)據(jù)怎么辦（data很重要）
redis采用的原則是：sentinel與master短鏈超過(guò)10s杠人，master不接受任何client的請(qǐng)求，此時(shí)不會(huì)出現(xiàn)丟失宋下，
選舉master時(shí)：1.slave_priority 小的優(yōu)先級(jí)高（最高100）2.slave 的offset多的優(yōu)先成為master嗡善，3.在offset一致下，runid小的優(yōu)先成為master学歧，保證數(shù)據(jù)的最小丟失
請(qǐng)問(wèn)怎么保持redis緩存和數(shù)據(jù)庫(kù)強(qiáng)一致性罩引？有好的解決方案嗎？
1.先更新數(shù)據(jù)庫(kù)枝笨，再刪除緩存蜒程，刪除緩存失敗不斷重試刪除（重試刪除，異步刪除）
2.先刪除緩存再更新數(shù)據(jù)庫(kù)伺帘，刪除緩存成功更新數(shù)據(jù)庫(kù)失敗：使用延時(shí)雙刪忌锯。就是刪除完redis伪嫁，更新完數(shù)據(jù)庫(kù)過(guò)一段時(shí)間再刪除一次
幾種客戶端：
jsdis是小巧的但是是線程不安全的多個(gè)客戶端無(wú)法共享一個(gè)鏈接實(shí)例
jedis鏈接sental，通過(guò)連接哨兵偶垮，用哨兵監(jiān)聽(tīng)所有的mater张咳，所以能獲取到
jedis鏈接cluster，客戶端緩存了slot和服務(wù)端之間的關(guān)系 new JedisCluster（set）
PipeLine的操作模式：
（相當(dāng)于批量化操作）
客戶端命令：jedis.plpelined（）似舵；
pipeline包含一個(gè)輸出緩沖區(qū)和接受緩沖區(qū)
熱點(diǎn)數(shù)據(jù)服務(wù)端進(jìn)行監(jiān)控
服務(wù)端層面：通過(guò)jedis的monitor脚猾，可以把所有的熱點(diǎn)數(shù)據(jù)都打印出來(lái)，通過(guò)開(kāi)源工具reids-faina將熱點(diǎn)數(shù)據(jù)都統(tǒng)計(jì)出來(lái)砚哗，監(jiān)控只能監(jiān)控單個(gè)節(jié)點(diǎn)不能分析整個(gè)集群的
機(jī)器層面 packetbeat
