如何正確訪問Redis中的海量數據？服務纔不會掛掉！

做者：享學課堂老顧

微信公衆號： 享學課堂online

1、前言

有時候咱們須要知道線上的Redis的使用狀況，尤爲須要知道一些前綴的key值，讓咱們怎麼去查看呢？而且一般狀況下Redis裏的數據都是海量的，那麼咱們訪問Redis中的海量數據？如何避免事故產生！今天就給你們分享一個小知識點，但願你們輕噴。

2、事故產生

由於咱們的用戶token緩存是採用了【user_token:userid】格式的key，保存用戶的token的值。咱們運維爲了幫助開發小夥伴們查一下線上如今有多少登陸用戶。

直接用了keys user_token*方式進行查詢，事故就此發生了。致使Redis不可用，假死。

3、分析緣由

咱們線上的登陸用戶有幾百萬，數據量比較多；keys算法是遍歷算法，複雜度是O(n)，也就是數據越多，時間越高。

數據量達到幾百萬，keys這個指令就會致使 Redis 服務卡頓，由於 Redis 是單線程程序，順序執行全部指令，其它指令必須等到當前的 keys 指令執行完了才能夠繼續。

4、解決方案

那咱們如何去遍歷大數據量呢？這個也是面試常常問的。咱們能夠採用Redis的另外一個命令scan。咱們看一下scan的特色：

• 複雜度雖然也是 O(n)，可是它是經過遊標分步進行的，不會阻塞線程

• 提供 count 參數，不是結果數量，是Redis單次遍歷字典槽位數量(約等於)

• 同 keys 同樣，它也提供模式匹配功能;

• 服務器不須要爲遊標保存狀態，遊標的惟一狀態就是 scan 返回給客戶端的遊標整數;

• 返回的結果可能會有重複，須要客戶端去重複，這點很是重要;

• 單次返回的結果是空的並不意味着遍歷結束，而要看返回的遊標值是否爲零

4.一、scan命令格式

4.二、命令解釋

scan 遊標 MATCH <返回和給定模式相匹配的元素> count 每次迭代所返回的元素數量

• SCAN命令是增量的循環，每次調用只會返回一小部分的元素。因此不會讓Redis假死；

• SCAN命令返回的是一個遊標，從0開始遍歷，到0結束遍歷；

4.三、舉例

從0開始遍歷，返回了遊標6，又返回了數據，繼續scan遍歷，就要從6開始

5、總結

這個是面試常常會問到的，也是咱們小夥伴在工做的過程常常用的，通常數據量不大的時候，不會有什麼問題，但數據量多的時候，你的操做方式不對，你的績效就會被扣哦。

另一篇文章《Redis敢在線上作Keys正則匹配操做！你能夠離職了！》，從正則匹配的角度介紹了Redis的一個錯誤用法，你們有興趣的話也能夠看一下！

原文地址：

www.toutiao.com/i6697540366528152077

熱門內容：

一、爲何有些大公司技術弱爆了？

二、必會的55個Java性能優化細節！一網打盡！

三、面試題：InnoDB中一棵B+樹能存多少行數據？

四、面試官：談談你對SpringAOP的瞭解？請加上這些內容，絕對加分！

五、20萬用戶同時訪問一個熱點Key，如何優化緩存架構？

六、多線程，到底該設置多少個線程？

七、生產環境下到底該如何部署Tomcat？

八、神級代碼註釋鑑賞，喜歡就拿去用！

【視頻福利】2T免費學習視頻，搜索或掃描上述二維碼關注微信公衆號：Java後端技術（ID: JavaITWork）,和20萬人一塊兒學Java！回覆：1024，便可免費獲取！內含SSM、Spring全家桶、微服務、MySQL、MyCat、集羣、分佈式、中間件、Linux、網絡、多線程，Jenkins、Nexus、Docker、ELK等等免費學習視頻，持續更新！