面試高頻 如何訪問 Redis 中的海量資料？

有時候我們需要知道線上的redis的使用情況，尤其需要知道一些字首的key值，那我們怎麼去檢視呢？

因為我們的使用者token快取是採用了【user_token:userid】格式的key，儲存使用者的token的值。

我們運維為了幫助開發小夥伴們查一下線上現在有多少登入使用者，直接用了keys user_token*方式進行查詢。

事故就此發生了。導致redis不可用，假死。

我們線上的登入使用者有幾百萬，資料量比較多；keys演算法是遍歷演算法，複雜度是o(n)，也就是資料越多，時間複雜度越高。

資料量達到幾百萬，keys這個指令就會導致 redis 服務卡頓

因為 redis 是單執行緒程式，順序執行所有指令，其它指令必須等到當前的 keys 指令執行完了才可以繼續。

那我們如何去遍歷大資料量呢？

這個也是面試經常問的。我們可以採用redis的另乙個命令scan。我們看一下scan的特點

1、複雜度雖然也是 o(n)，但是它是通過游標分步進行的，不會阻塞執行緒

2、提供 count 引數，不是結果數量，是redis單次遍歷字典槽位數量(約等於)

3、同 keys 一樣，它也提供模式匹配功能;

4、伺服器不需要為游標儲存狀態，游標的唯一狀態就是 scan 返回給客戶端的游標整數;

5、返回的結果可能會有重複，需要客戶端去重複，這點非常重要;

6、單次返回的結果是空的並不意味著遍歷結束，而要看返回的游標值是否為零

scan cursor [match pattern] [count count]

scan 游標 match 《返回和給定模式相匹配的元素》 count 每次迭代所返回的元素數量

scan命令是增量的迴圈，每次呼叫只會返回一小部分的元素。所以不會讓redis假死

scan命令返回的是乙個游標，從0開始遍歷，到0結束遍歷

redis > scan 0 match user_token* count 5

1) "6"
2) 1) "user_token:1000"
2) "user_token:1001"
3) "user_token:1010"
4) "user_token:2300"
5) "user_token:1389"

redis > scan 6 match user_token* count 5

1) "10"
2) 1) "user_token:3100"
2) "user_token:1201"
3) "user_token:1410"
4) "user_token:5300"
5) "user_token:3389"

一般小公司，不會有什麼問題，但資料量多的時候，你的操作方式不對，你的績效就會被扣哦，哈哈。

如何訪問redis中的海量資料

前言事故產生 分析原因 解決方案 總結有時候我們需要知道線上的redis的使用情況，尤其需要知道一些字首的key值，那我們怎麼去檢視呢？因為我們的使用者token快取是採用了 user token userid 格式的key，儲存使用者的token的值。我們運維為了幫助開發小夥伴們查一下線上現在有多...

如何配置Redis訪問密碼

一般為了安全，我們都會為redis設定訪問密碼。那麼如何來配置redis的訪問密碼呢？一般有如下兩種方式。方式一 這種密碼配置方式是臨時的，若redis重啟密碼就會失效 1.首先進入redis，如果沒有開啟redis則需要先開啟 root iz94jzcra1hz bin redis cli p 6...

mysql高頻更新 MySQL高頻面試題的靈魂拷問

唯一索引比普通索引快嗎,為什麼？唯一索引不一定比普通索引快,還可能慢.查詢時,在未使用limit 1的情況下,在匹配到一條資料後,唯一索引即返回,普通索引會繼續匹配下一條資料,發現不匹配後返回.如此看來唯一索引少了一次匹配,但實際上這個消耗微乎其微.更新時,這個情況就比較複雜了.普通索引將記錄放到c...