關(guān)于Redis?bigkeys命令會(huì)阻塞問題的解決
前言
今天分享一次Redis引發(fā)的線上事故,避免再次踩雷,實(shí)現(xiàn)快速入門,豐富個(gè)人簡(jiǎn)歷,提高面試level,給自己增加一點(diǎn)談資,秒變面試小達(dá)人,BAT不是夢(mèng)。
一、 順豐高級(jí)開發(fā)工程師在線執(zhí)行了 Redis 危險(xiǎn)命令導(dǎo)致某公司損失 400 萬
一個(gè)命令損失數(shù)百萬,這,需要賠償嗎?
代碼不規(guī)范,同事兩行淚,擼碼需謹(jǐn)慎!
處于好奇考慮,我來測(cè)試一下,這到底是什么問題?
二、測(cè)試一下1000萬數(shù)據(jù)的性能
1、編寫腳本文件
寫入1000萬數(shù)據(jù)。
for((i=1;i<=10000000;i++)); do echo "set k$i 哪吒編程$i" >> /tmp/test1.txt;done;
通過/tmp/test1.txt
查看一下是否寫入成功。
2、寫入Redis1000萬數(shù)據(jù)
cat /tmp/test1.txt | redis-cli -a 111111 --pipe
3、通過keys * 查看1000萬數(shù)據(jù)
4、通過配置文件禁止keys *的使用
在redis.conf文件中配置security:
rename- command keys "" rename- command flushdb "" rename- command flushall ""
三、使用scan替代keys *
Redis Scan 命令用于迭代數(shù)據(jù)庫中的數(shù)據(jù)庫鍵。
SCAN 命令是一個(gè)基于游標(biāo)的迭代器,每次被調(diào)用之后, 都會(huì)向用戶返回一個(gè)新的游標(biāo), 用戶在下次迭代時(shí)需要使用這個(gè)新游標(biāo)作為 SCAN 命令的游標(biāo)參數(shù), 以此來延續(xù)之前的迭代過程。
SCAN 返回一個(gè)包含兩個(gè)元素的數(shù)組, 第一個(gè)元素是用于進(jìn)行下一次迭代的新游標(biāo), 而第二個(gè)元素則是一個(gè)數(shù)組, 這個(gè)數(shù)組中包含了所有被迭代的元素。如果新游標(biāo)返回 0 表示迭代已結(jié)束。
scan語法:
SCAN cursor [MATCH pattern] [COUNT count]
四、拒絕bigkey
1、阿里云Redis開發(fā)規(guī)范
阿里云Redis開發(fā)規(guī)范中明確規(guī)定“拒絕bigkey(防止網(wǎng)卡流量、慢查詢)”
。
String類型控制在10KB以內(nèi),hash、list、set、zset元素個(gè)數(shù)不要超過5000。
2、出現(xiàn)bigkey時(shí)如何刪除?
- String類型的用del刪除。
- 其它類型使用hscan、sscan、zscan方式漸進(jìn)式刪除,同時(shí)要避免bigkey過期時(shí)間自動(dòng)刪除問題,因?yàn)樗鼤?huì)造成主線程阻塞。
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ì)造成哪些問題?
- 內(nèi)存不均,集群遷移困難;
- 超時(shí)刪除,阻塞線程;
- 網(wǎng)絡(luò)流量阻塞;
4、如何發(fā)現(xiàn)bigkey?
(1)通過redis-cli --bigkeys
查找。
(2)計(jì)算每個(gè)鍵值的字節(jié)數(shù),通過memory usage key查找
到此這篇關(guān)于關(guān)于Redis bigkeys命令會(huì)阻塞問題的解決的文章就介紹到這了,更多相關(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),文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-05-05Redisson之lock()和tryLock()的區(qū)別及說明
這篇文章主要介紹了Redisson之lock()和tryLock()的區(qū)別及說明,具有很好的參考價(jià)值,希望對(duì)大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2023-12-12淺談Redis位圖(Bitmap)及Redis二進(jìn)制中的問題
這篇文章主要介紹了Redis位圖(Bitmap)及Redis二進(jìn)制中的問題,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07淺析Redis底層數(shù)據(jù)結(jié)構(gòu)Dict
Redis是一個(gè)鍵值型的數(shù)據(jù)庫,我們可以根據(jù)鍵實(shí)現(xiàn)快速的增刪改查,而鍵與值的映射關(guān)系正是通過Dict來實(shí)現(xiàn)的,當(dāng)然?Dict?也是?Set?Hash?的實(shí)現(xiàn)方式,本文就詳細(xì)帶大家介紹一下Redis底層數(shù)據(jù)結(jié)構(gòu)?Dict,,需要的朋友可以參考下2023-05-05Redis+自定義注解+AOP實(shí)現(xiàn)聲明式注解緩存查詢的示例
實(shí)際項(xiàng)目中,會(huì)遇到很多查詢數(shù)據(jù)的場(chǎng)景,這些數(shù)據(jù)更新頻率也不是很高,一般我們?cè)跇I(yè)務(wù)處理時(shí),會(huì)對(duì)這些數(shù)據(jù)進(jìn)行緩存,本文主要介紹了Redis+自定義注解+AOP實(shí)現(xiàn)聲明式注解緩存查詢的示例,文中通過示例代碼介紹的非常詳細(xì),需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2025-04-04詳解Redis單線程架構(gòu)的優(yōu)勢(shì)與不足
很多人都遇到過這么一道面試題:Redis是單線程還是多線程?這個(gè)問題既簡(jiǎn)單又復(fù)雜,說他簡(jiǎn)單是因?yàn)榇蠖鄶?shù)人都知道Redis是單線程,說復(fù)雜是因?yàn)檫@個(gè)答案其實(shí)并不準(zhǔn)確,本文就給大家講講Redis單線程架構(gòu)的優(yōu)勢(shì)與不足,需要的朋友可以參考下2024-02-02