關(guān)于Redis?bigkeys命令會(huì)阻塞問(wèn)題的解決
前言
今天分享一次Redis引發(fā)的線(xiàn)上事故,避免再次踩雷,實(shí)現(xiàn)快速入門(mén),豐富個(gè)人簡(jiǎn)歷,提高面試level,給自己增加一點(diǎn)談資,秒變面試小達(dá)人,BAT不是夢(mèng)。
一、 順豐高級(jí)開(kāi)發(fā)工程師在線(xiàn)執(zhí)行了 Redis 危險(xiǎn)命令導(dǎo)致某公司損失 400 萬(wàn)

一個(gè)命令損失數(shù)百萬(wàn),這,需要賠償嗎?
代碼不規(guī)范,同事兩行淚,擼碼需謹(jǐn)慎!
處于好奇考慮,我來(lái)測(cè)試一下,這到底是什么問(wèn)題?
二、測(cè)試一下1000萬(wàn)數(shù)據(jù)的性能
1、編寫(xiě)腳本文件
寫(xiě)入1000萬(wàn)數(shù)據(jù)。
for((i=1;i<=10000000;i++)); do echo "set k$i 哪吒編程$i" >> /tmp/test1.txt;done;
通過(guò)/tmp/test1.txt查看一下是否寫(xiě)入成功。

2、寫(xiě)入Redis1000萬(wàn)數(shù)據(jù)
cat /tmp/test1.txt | redis-cli -a 111111 --pipe

3、通過(guò)keys * 查看1000萬(wàn)數(shù)據(jù)

4、通過(guò)配置文件禁止keys *的使用
在redis.conf文件中配置security:
rename- command keys "" rename- command flushdb "" rename- command flushall ""
三、使用scan替代keys *
Redis Scan 命令用于迭代數(shù)據(jù)庫(kù)中的數(shù)據(jù)庫(kù)鍵。
SCAN 命令是一個(gè)基于游標(biāo)的迭代器,每次被調(diào)用之后, 都會(huì)向用戶(hù)返回一個(gè)新的游標(biāo), 用戶(hù)在下次迭代時(shí)需要使用這個(gè)新游標(biāo)作為 SCAN 命令的游標(biāo)參數(shù), 以此來(lái)延續(xù)之前的迭代過(guò)程。
SCAN 返回一個(gè)包含兩個(gè)元素的數(shù)組, 第一個(gè)元素是用于進(jìn)行下一次迭代的新游標(biāo), 而第二個(gè)元素則是一個(gè)數(shù)組, 這個(gè)數(shù)組中包含了所有被迭代的元素。如果新游標(biāo)返回 0 表示迭代已結(jié)束。
scan語(yǔ)法:
SCAN cursor [MATCH pattern] [COUNT count]

四、拒絕bigkey
1、阿里云Redis開(kāi)發(fā)規(guī)范
阿里云Redis開(kāi)發(fā)規(guī)范中明確規(guī)定“拒絕bigkey(防止網(wǎng)卡流量、慢查詢(xún))”。
String類(lèi)型控制在10KB以?xún)?nèi),hash、list、set、zset元素個(gè)數(shù)不要超過(guò)5000。
2、出現(xiàn)bigkey時(shí)如何刪除?
- String類(lèi)型的用del刪除。
- 其它類(lèi)型使用hscan、sscan、zscan方式漸進(jìn)式刪除,同時(shí)要避免bigkey過(guò)期時(shí)間自動(dòng)刪除問(wèn)題,因?yàn)樗鼤?huì)造成主線(xiàn)程阻塞。
Hash 刪除: hscan+hdel
public void delBigHash(String host, int port, String password, String bigHashKey) {
Jedis jedis = new Jedis(host, port);
if (password != null && !"".equals(password)) {
jedis.auth(password);
}
ScanParams scanParams = new ScanParams().count(100);
String cursor = "0";
do {
ScanResult<Entry<String, String>> scanResult = jedis.hscan(bigHashKey, cursor, scanParams);
List<Entry<String, String>> entryList = scanResult.getResult();
if (entryList != null && !entryList.isEmpty()) {
for (Entry<String, String> entry : entryList) {
jedis.hdel(bigHashKey, entry.getKey());
}
}
cursor = scanResult.getStringCursor();
} while (!"0".equals(cursor));
//刪除 bigkey
jedis.del(bigHashKey);
}
3、bigkey會(huì)造成哪些問(wèn)題?
- 內(nèi)存不均,集群遷移困難;
- 超時(shí)刪除,阻塞線(xiàn)程;
- 網(wǎng)絡(luò)流量阻塞;
4、如何發(fā)現(xiàn)bigkey?
(1)通過(guò)redis-cli --bigkeys查找。

(2)計(jì)算每個(gè)鍵值的字節(jié)數(shù),通過(guò)memory usage key查找

到此這篇關(guān)于關(guān)于Redis bigkeys命令會(huì)阻塞問(wèn)題的解決的文章就介紹到這了,更多相關(guān)Redis bigkeys命令阻塞內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
設(shè)置Redis最大占用內(nèi)存的實(shí)現(xiàn)
本文主要介紹了設(shè)置Redis最大占用內(nèi)存的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-05-05
Redisson之lock()和tryLock()的區(qū)別及說(shuō)明
這篇文章主要介紹了Redisson之lock()和tryLock()的區(qū)別及說(shuō)明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12
淺談Redis位圖(Bitmap)及Redis二進(jìn)制中的問(wèn)題
這篇文章主要介紹了Redis位圖(Bitmap)及Redis二進(jìn)制中的問(wèn)題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07
淺析Redis底層數(shù)據(jù)結(jié)構(gòu)Dict
Redis是一個(gè)鍵值型的數(shù)據(jù)庫(kù),我們可以根據(jù)鍵實(shí)現(xiàn)快速的增刪改查,而鍵與值的映射關(guān)系正是通過(guò)Dict來(lái)實(shí)現(xiàn)的,當(dāng)然?Dict?也是?Set?Hash?的實(shí)現(xiàn)方式,本文就詳細(xì)帶大家介紹一下Redis底層數(shù)據(jù)結(jié)構(gòu)?Dict,,需要的朋友可以參考下2023-05-05
Redis+自定義注解+AOP實(shí)現(xiàn)聲明式注解緩存查詢(xún)的示例
實(shí)際項(xiàng)目中,會(huì)遇到很多查詢(xún)數(shù)據(jù)的場(chǎng)景,這些數(shù)據(jù)更新頻率也不是很高,一般我們?cè)跇I(yè)務(wù)處理時(shí),會(huì)對(duì)這些數(shù)據(jù)進(jìn)行緩存,本文主要介紹了Redis+自定義注解+AOP實(shí)現(xiàn)聲明式注解緩存查詢(xún)的示例,文中通過(guò)示例代碼介紹的非常詳細(xì),需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2025-04-04
詳解Redis單線(xiàn)程架構(gòu)的優(yōu)勢(shì)與不足
很多人都遇到過(guò)這么一道面試題:Redis是單線(xiàn)程還是多線(xiàn)程?這個(gè)問(wèn)題既簡(jiǎn)單又復(fù)雜,說(shuō)他簡(jiǎn)單是因?yàn)榇蠖鄶?shù)人都知道Redis是單線(xiàn)程,說(shuō)復(fù)雜是因?yàn)檫@個(gè)答案其實(shí)并不準(zhǔn)確,本文就給大家講講Redis單線(xiàn)程架構(gòu)的優(yōu)勢(shì)與不足,需要的朋友可以參考下2024-02-02

