Redis中如何應(yīng)對熱key問題？下面本篇文章就來給大家介紹一下Redis緩存熱key問題的常用解決方案，希望對大家有所幫助！

做一些C端業(yè)務(wù)，不可避免的要引入一級緩存來代替數(shù)據(jù)庫的壓力并且減少業(yè)務(wù)響應(yīng)時(shí)間，其實(shí)每次引入一個(gè)中間件來解決問題的同時(shí)，必然會帶來很多新的問題需要注意，比如上篇文章《數(shù)據(jù)庫與緩存一致性實(shí)戰(zhàn)》中提到的如何做緩存的一致性。那么其實(shí)還會有一些其他問題比如使用Redis作為一級緩存時(shí)可能帶來的熱key、大key等問題，本文我們就熱key（hot key）問題來討論，如何合理的解決熱key問題。

背景

熱key是什么問題，如何導(dǎo)致的？

一般來說，我們使用的緩存Redis都是多節(jié)點(diǎn)的集群版，對某個(gè)key進(jìn)行讀寫時(shí)，會根據(jù)該key的hash計(jì)算出對應(yīng)的slot，根據(jù)這個(gè)slot就能找到與之對應(yīng)的分片(一個(gè)master和多個(gè)slave組成的一組redis集群)來存取該K-V。但是在實(shí)際應(yīng)用過程中，對于某些特定業(yè)務(wù)或者一些特定的時(shí)段（比如電商業(yè)務(wù)的商品秒殺活動），可能會發(fā)生大量的請求訪問同一個(gè)key。所有的請求（且這類請求讀寫比例非常高）都會落到同一個(gè)redis server上，該redis的負(fù)載就會嚴(yán)重加劇，此時(shí)整個(gè)系統(tǒng)增加新redis實(shí)例也沒有任何用處，因?yàn)楦鶕?jù)hash算法，同一個(gè)key的請求還是會落到同一臺新機(jī)器上，該機(jī)器依然會成為系統(tǒng)瓶頸2，甚至造成整個(gè)集群宕掉，若此熱點(diǎn)key的value 也比較大，也會造成網(wǎng)卡達(dá)到瓶頸，這種問題稱為 “熱key” 問題。【