redis中的數據過期后是如何處理的呢？1. redis中密鑰的過期時間是使用expirekeyseconds命令設置的。返回1表示設置成功，返回0表示密鑰不存在或無法成功設置過期時間。設置密鑰的過期

redis中的數據過期后是如何處理的呢？

1. redis中密鑰的過期時間是使用expirekeyseconds命令設置的。返回1表示設置成功，返回0表示密鑰不存在或無法成功設置過期時間。設置密鑰的過期時間后，在指定的秒數后，密鑰將自動刪除。在redis中，具有指定過期時間的密鑰是不穩(wěn)定的。當一個密鑰被del刪除或被set或GetSet命令重置時，與之相關的過期時間將被清除

對于手頭的4T redis實例組，突發(fā)請求的峰值為500000 ops。由于mget的廣泛使用，每秒實際請求數百萬個密鑰。

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

主要用途是kV，少量是列表和設置

AOF是記錄命令的方式，所以如果沒有過期，就不會有更改的命令。如果已過期，將在AOF日志中插入del命令。RDB是一種內存快照模式。如果密鑰在持久化期間已過期，則不會持久化該密鑰。如果密鑰在過期之前被持久化，它將在數據恢復期間確定密鑰是否過期。如果已過期，則不會導入。

達到物理網卡上限，突然幾十萬的請求訪問Redis的某個key如何解決？

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

可以使用HashMap或local cache，如Google Guava、ehcache等保存key對應的值，這樣請求就不會去redis解壓

集群redis部署多個redis節(jié)點，每個節(jié)點備份熱鍵值。另一個問題是如何將同一個密鑰分發(fā)給多個節(jié)點，您可以向每個熱鍵添加一個隨機值，例如random（）鍵，以便將其分發(fā)給多個節(jié)點