本篇文章為大家展示了怎樣正確訪問redis中的海量數(shù)據(jù)，內(nèi)容簡(jiǎn)明扼要并且容易理解，絕對(duì)能使你眼前一亮，通過這篇文章的詳細(xì)介紹希望你能有所收獲。

創(chuàng)新互聯(lián)建站專注于新余網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供新余營(yíng)銷型網(wǎng)站建設(shè)，新余網(wǎng)站制作、新余網(wǎng)頁(yè)設(shè)計(jì)、新余網(wǎng)站官網(wǎng)定制、成都小程序開發(fā)服務(wù)，打造新余網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供新余網(wǎng)站排名全網(wǎng)營(yíng)銷落地服務(wù)。

一、前言

有時(shí)候我們需要知道線上的Redis的使用情況，尤其需要知道一些前綴的key值，讓我們?cè)趺慈ゲ榭茨?？并且通常情況下Redis里的數(shù)據(jù)都是海量的，那么我們?cè)L問Redis中的海量數(shù)據(jù)？如何避免事故產(chǎn)生！今天就給大家分享一個(gè)小知識(shí)點(diǎn)，希望大家輕噴。

二、事故產(chǎn)生

因?yàn)槲覀兊挠脩?strong>token緩存是采用了【user_token:userid】格式的key，保存用戶的token的值。我們運(yùn)維為了幫助開發(fā)小伙伴們查一下線上現(xiàn)在有多少登錄用戶。

直接用了keys user_token*方式進(jìn)行查詢，事故就此發(fā)生了。導(dǎo)致Redis不可用，假死。

三、分析原因

我們線上的登錄用戶有幾百萬，數(shù)據(jù)量比較多；keys算法是遍歷算法，復(fù)雜度是O(n)，也就是數(shù)據(jù)越多，時(shí)間越高。

數(shù)據(jù)量達(dá)到幾百萬，keys這個(gè)指令就會(huì)導(dǎo)致 Redis 服務(wù)卡頓，因?yàn)?nbsp;Redis 是單線程程序，順序執(zhí)行所有指令，其它指令必須等到當(dāng)前的 keys 指令執(zhí)行完了才可以繼續(xù)。

四、解決方案

那我們?nèi)绾稳ケ闅v大數(shù)據(jù)量呢？這個(gè)也是面試經(jīng)常問的。我們可以采用Redis的另一個(gè)命令scan。我們看一下scan的特點(diǎn)：

• 復(fù)雜度雖然也是 O(n)，但是它是通過游標(biāo)分步進(jìn)行的，不會(huì)阻塞線程

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

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

• 服務(wù)器不需要為游標(biāo)保存狀態(tài)，游標(biāo)的唯一狀態(tài)就是 scan 返回給客戶端的游標(biāo)整數(shù);

• 返回的結(jié)果可能會(huì)有重復(fù)，需要客戶端去重復(fù)，這點(diǎn)非常重要;

• 單次返回的結(jié)果是空的并不意味著遍歷結(jié)束，而要看返回的游標(biāo)值是否為零

4.1、scan命令格式

4.2、命令解釋

scan 游標(biāo) MATCH <返回和給定模式相匹配的元素> count 每次迭代所返回的元素?cái)?shù)量

• SCAN命令是增量的循環(huán)，每次調(diào)用只會(huì)返回一小部分的元素。所以不會(huì)讓Redis假死；

• SCAN命令返回的是一個(gè)游標(biāo)，從0開始遍歷，到0結(jié)束遍歷；

4.3、舉例

從0開始遍歷，返回了游標(biāo)6，又返回了數(shù)據(jù)，繼續(xù)scan遍歷，就要從6開始

上述內(nèi)容就是怎樣正確訪問Redis中的海量數(shù)據(jù)，你們學(xué)到知識(shí)或技能了嗎？如果還想學(xué)到更多技能或者豐富自己的知識(shí)儲(chǔ)備，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。