redis單key過大怎么解決？用于替換其他鑰匙。所有按鍵都有自己的設置。查詢時密鑰過長會降低查詢效率對于手中的4T redis實例組，突發(fā)請求峰值為500000次。由于mget的大量使用，每秒需要數(shù)

redis單key過大怎么解決？

用于替換其他鑰匙。所有按鍵都有自己的設置。查詢時密鑰過長會降低查詢效率

對于手中的4T redis實例組，突發(fā)請求峰值為500000次。由于mget的大量使用，每秒需要數(shù)百萬個密鑰。

萬兆網(wǎng)絡，物理網(wǎng)卡不是瓶頸，CPU不是，設計不好容易成為瓶頸。

所謂的熱鍵是指有大量的請求同時訪問同一個密鑰。解決方法大致如下：

可以使用HashMap或者本地緩存，比如Google Guava、ehcache等，保存key對應的值，這樣請求就不會去redis減壓

集群redis部署多個redis節(jié)點，每個節(jié)點備份熱鍵值。另一個問題是如何將同一個密鑰分配給多個節(jié)點，你可以給每個熱鍵添加一個隨機值，比如random（），如果redis集群沒有啟用，那么這個密鑰是通過hash算法計算出來的，理論復雜度是O（1）。Redis使用雜音hash2版本，這個版本的算法，正則密鑰也有很好的分散性，保證哈希沖突盡可能小。

2. 如果redis集群已啟用，則將執(zhí)行更多步驟。首先使用key計算密鑰存儲在集群中的機器，然后使用hash從這臺機器定位。