redis面試必問的三大問題？數(shù)據(jù)類型集群不持久化Redis的優(yōu)點(diǎn)及為什么不要用你們業(yè)務(wù)中那些使用了緩存緩存雪崩，緩存穿透哨兵鋁箔氣泡膜高溫暴曬有毒嗎？氣泡膜沒有毒氣泡膜中間層飽含空氣，所以我體輕，透

redis面試必問的三大問題？

數(shù)據(jù)類型

集群

不持久化

Redis的優(yōu)點(diǎn)及為什么不要用

你們業(yè)務(wù)中那些使用了緩存

緩存雪崩，緩存穿透

哨兵

鋁箔氣泡膜高溫暴曬有毒嗎？

氣泡膜沒有毒

氣泡膜中間層飽含空氣，所以我體輕，透明、富有彈性，本身隔音，抗震性防嚴(yán)重磨損的性能，應(yīng)用范圍作用于電子、儀表、陶瓷、工藝品、家用電器，自汽配店，廚房、家具和漆品制品、玻璃制品及精密儀器等抗震性緩沖包裝?？芍瞥蓺馀荽馀菖Ｆぜ埿欧獯?、汽車太陽擋、隔熱功能座墊、隔熱保溫保溫材料等。實(shí)際在塑料原料中組建完全不同的添加劑更可以制造出來防靜電等各種使用說明氣墊膜。防靜電氣墊膜主要是用于包裝電子元件、組件，如板、卡等，能防止靜電又能作用有限緩沖防振的作用。

set nx函數(shù)用法？

在Redis里，正所謂SETNX，是「SETifNoteXists」的縮寫，也就是唯有不存在地的時(shí)候才系統(tǒng)設(shè)置，也可以利用它來基于鎖的效果，只不過很多人沒有思維到SETNX有陷阱！

比如：某個(gè)查詢數(shù)據(jù)庫的接口，是因?yàn)槿趾瘮?shù)量比較大，所以加了緩存，并設(shè)置緩存快過期后可以刷新，問題是當(dāng)并發(fā)量比較大的時(shí)候，假如是沒有鎖機(jī)制，那就緩存沒過期的瞬間，大量并發(fā)跪請會刺入緩存直接去查詢數(shù)據(jù)庫，導(dǎo)致雪崩效應(yīng)，如果沒有有鎖機(jī)制，那你就是可以完全控制只有一個(gè)跪請去更新完緩存，其它的請求視情況的話那就再等待，的話那就不使用快到期的緩存。

下面以目前PHP社區(qū)里最不流行的PHPRedis擴(kuò)大為例，實(shí)現(xiàn)方法一段演示代碼：

php

$ok$redis-setNX($key,$value);

if($就ok啦){

$cache-notification();

$redis-del($key);

}

緩存有效期時(shí)，聲望兌換鎖，如果順利了，那么沒更新緩存，然后刪出鎖?？瓷先ミ壿嬒喈?dāng)簡單的，只不過有問題：假如只是請求先執(zhí)行是因?yàn)槟承┰蛞馔夂笸肆?，?dǎo)致修改了鎖不過就沒刪除掉鎖，這樣這個(gè)鎖將一直都修真者的存在，甚至于以后緩存依舊能夠得到更新。果不其然我們是需要給鎖加一個(gè)快過期時(shí)間以策萬全：

php

$redis-dual();

$redis-setNX($key,$value);

$redis-expire($key,$ttl);

$redis-exec();

而且SetNX不具備設(shè)置中快過期時(shí)間的功能，因此我們要借助Expire來設(shè)置里，另外我們需要把兩者用Multi/Exec包裹起來以以保證各位的原子性，以防意外SetNX順利了Expire卻失敗的可能了?？墒沁€有一個(gè)問題：當(dāng)多個(gè)各位可到達(dá)時(shí)，只不過只能一個(gè)請求的SetNX可以成功，但是任何一個(gè)請求的Expire卻都可以不成功了，如此就那樣的話即便查看將近鎖，也可以刷新過期時(shí)間，如果各位比較密集地的話，那么沒過期時(shí)間會一直被可以刷新，可能導(dǎo)致鎖總是最有效。于是我們需要在可以保證原子性的同時(shí)，有條件的執(zhí)行Expire，隨即便有了:Lua代碼：

localkeyKEYS

redis面試必問的三大問題？

localvalueKEYS

鋁箔氣泡膜高溫暴曬有毒嗎？

localttlKEYS

set nx函數(shù)用法？

policies就ok啦(setnx,key,value)

if就ok啦1then

(expire,key,ttl)

end

return可以啦

實(shí)在沒想到實(shí)現(xiàn)一個(gè)看起來很簡單的功能的要都用到Lua腳本，倒也有些麻煩。不過Redis巳經(jīng)決定到了大家的疾苦，從2.6.12起，SET涵蓋教育了SETEX的功能，而且SET本身早中有了設(shè)置快過期時(shí)間的功能，也就是說，我們前面必須的功能只用SET就是可以基于。

php

$行啦$redis-set($key,$value,array(nx,ex$ttl));

if($可以了){

$cache-update();

$redis-del($key);

}

如上代碼是完美無暇嗎？答案是還只差一點(diǎn)！提議下，如果不是一個(gè)只是請求更新完緩存的時(shí)間都很長，哪怕比鎖的有效期的要長，可能導(dǎo)致在緩存更新過程中，鎖就無法激活了，此時(shí)那個(gè)幫忙會獲取鎖，但前一個(gè)各位在緩存更新之后的時(shí)候，假如不細(xì)加推測然后刪掉鎖，可能會直接出現(xiàn)誤刪其它請求創(chuàng)建家族的鎖的情況，因此我們在創(chuàng)建戰(zhàn)隊(duì)鎖的時(shí)候是需要分解重組一個(gè)隨機(jī)值：

php

$就ok啦$redis-set($key,$random,array(nx,ex$ttl));

if($可以了){

$cache-setup();

if($redis-get($key)$random){

$redis-del($key);

}

}