欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Redis如何優(yōu)雅的刪除特定前綴key

 更新時間:2019年06月17日 08:46:44   作者:37丫37  
這篇文章主要給大家介紹了關(guān)于Redis如何優(yōu)雅的刪除特定前綴key的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家學習或者使用Redis具有一定的參考學習價值,需要的朋友們下面來一起學習學習吧

前言

還在用keys命令模糊匹配刪除數(shù)據(jù)嗎?這就是一顆隨時爆炸的炸彈!

Redis中沒有批量刪除特定前綴key的指令,但我們往往需要根據(jù)前綴來刪除,那么究竟該怎么做呢?可能你一通搜索后會得到下邊的答案

redis-cli --raw keys "ops-coffee-*" | xargs redis-cli del

直接在linux下通過redis的keys命令匹配到所有的key,然后調(diào)用系統(tǒng)命令xargs來刪除,看似非常完美,實則風險巨大

因為Redis的單線程服務(wù)模式,命令keys會阻塞正常的業(yè)務(wù)請求,如果你一次keys匹配的數(shù)量過多或者在del的時候遇到大key,都會直接導致業(yè)務(wù)的不可用,甚至造成redis宕機的風險

所以我們在生產(chǎn)環(huán)境中應(yīng)當避免使用上邊的方法,那有什么優(yōu)雅的方法來解決呢?SCAN!

SCAN介紹及使用

Redis從2.8版本開始支持scan命令,SCAN命令的基本用法如下:

SCAN cursor [MATCH pattern] [COUNT count]

cursor: 游標,SCAN命令是一個基于游標的迭代器,SCAN命令每次被調(diào)用之后,都會向用戶返回一個新的游標,用戶在下次迭代時需要使用這個新游標作為SCAN命令的游標參數(shù),以此來延續(xù)之前的迭代過程,直到服務(wù)器向用戶返回值為0的游標時,一次完整的遍歷過程就結(jié)束了

MATCH: 匹配規(guī)則,例如遍歷以ops-coffee-開頭的所有key可以寫成ops-coffee-*,中間包含-coffee-的可以寫成*-coffee-*

COUNT:  COUNT選項的作用就是讓用戶告知迭代命令,在每次迭代中應(yīng)該從數(shù)據(jù)集里返回多少元素,COUNT只是對增量式迭代命令的一種提示,并不代表真正返回的數(shù)量,例如你COUNT設(shè)置為2有可能會返回3個元素,但返回的元素數(shù)據(jù)會與COUNT設(shè)置的正相關(guān),COUNT的默認值是10

以下是一個SCAN命令的迭代過程示例:

127.0.0.1:6379> scan 0 MATCH ops-coffee-* 
1) "38"
2) 1) "ops-coffee-25"
 2) "ops-coffee-19"
 3) "ops-coffee-29"
 4) "ops-coffee-10"
 5) "ops-coffee-23"
 6) "ops-coffee-5"
 7) "ops-coffee-14"
 8) "ops-coffee-16"
 9) "ops-coffee-11"
 10) "ops-coffee-15"
 11) "ops-coffee-7"
 12) "ops-coffee-1"
127.0.0.1:6379> scan 38 MATCH ops-coffee-* COUNT 1000
1) "0"
2) 1) "ops-coffee-13"
 2) "ops-coffee-9"
 3) "ops-coffee-21"
 4) "ops-coffee-6"
 5) "ops-coffee-30"
 6) "ops-coffee-20"
 7) "ops-coffee-2"
 8) "ops-coffee-12"
 9) "ops-coffee-28"
 10) "ops-coffee-3"
 11) "ops-coffee-26"
 12) "ops-coffee-4"
 13) "ops-coffee-31"
 14) "ops-coffee-8"
 15) "ops-coffee-22"
 16) "ops-coffee-27"
 17) "ops-coffee-18"
 18) "ops-coffee-24"
 19) "ops-coffee-17"

SCAN命令返回的是一個包含兩個元素的數(shù)組,第一個數(shù)組元素是用于進行下一次迭代的新游標,而第二個數(shù)組元素則是一個數(shù)組,這個數(shù)組中包含了所有被迭代的元素

上面這個例子的意思是掃描所有前綴為ops-coffee-的key

第一次迭代使用0作為游標,表示開始一次新的迭代,同時使用了MATCH匹配前綴為ops-coffee-的key,返回了游標值38以及遍歷到的數(shù)據(jù)

第二次迭代使用的是第一次迭代時返回的游標,也即是命令回復第一個元素的值38,同時通過將COUNT選項的參數(shù)設(shè)置為1000,強制命令為本次迭代掃描更多元素

在第二次調(diào)用SCAN命令時,命令返回了游標0,這表示迭代已經(jīng)結(jié)束,整個數(shù)據(jù)集已經(jīng)被完整遍歷過了

KEYS命令的時間復雜度為O(n),而SCAN命令會將遍歷操作分解成m次時間復雜度為O(1)的操作來執(zhí)行,從而解決使用keys命令遍歷大量數(shù)據(jù)而導致服務(wù)器阻塞的情況,使用下邊的指令可以達到優(yōu)雅刪除的目的:

redis-cli --scan --pattern "ops-coffee-*" | xargs -L 2000 redis-cli del

其中xargs -L指令表示xargs一次讀取的行數(shù),也就是每次刪除的key數(shù)量,一次讀取太多xargs會報錯

其他幾種數(shù)據(jù)結(jié)構(gòu)的優(yōu)雅刪除

類似的SCAN命令,對于Redis不同的數(shù)據(jù)類型還有另外幾個SSCAN、HSCAN和ZSCAN,使用方法類似:

> sscan ops-coffee 0 MATCH v1*
1) "7"
2) 1) "v15"
 2) "v13"
 3) "v12"
 4) "v10"
 5) "v14"
 6) "v1"

與SCAN命令不同的是這幾個命令需要多加一個key的參數(shù),例如上邊的ops-coffee

對于一個大的set key,借助sscan使用下邊的代碼可以實現(xiàn)優(yōu)雅的批量刪除:

import redis

def del_big_set_key(key_name):
 r = redis.StrictRedis(host='localhost', port=6379)

 # count表示每次刪除的元素數(shù)量,這里每次刪除300元素
 for key in r.sscan_iter(name=key_name, count=300):
 r.srem(key_name, key)

del_big_set_key('ops-coffee')

對于一個大的hash key,則可借助hscan使用下邊的代碼實現(xiàn)優(yōu)雅的刪除:

import redis

def del_big_hash_key(key_name):
 r = redis.StrictRedis(host='localhost', port=6379)

 # hscan_iter獲取出來的結(jié)果是個元祖,下邊hdel刪除用key[0]取到key
 for key in r.hscan_iter(name=key_name, count=300):
 r.hdel(key_name, key[0])

del_big_hash_key('ops-coffee')

對于大的有序集合的刪除就比較簡單了,直接根據(jù)zremrangebyrank排行范圍刪除

import redis

def del_big_sort_key(key_name):
 r = redis.StrictRedis(host='localhost', port=6379)

 while r.zcard(key_name) > 0:
 # 判斷集合中是否有元素,如有有則刪除排行0-99的元素
 r.zremrangebyrank(key_name, 0, 99)

del_big_sort_key('ops-coffee')

big list大列表的刪除可以參考上邊這個方法,通過llen判斷數(shù)量,然后ltrim移除范圍內(nèi)的元素,這里不贅述

至此對于Redis的五中數(shù)據(jù)結(jié)構(gòu)大key的優(yōu)雅刪除就全部實現(xiàn)了,生產(chǎn)環(huán)境擇優(yōu)使用~

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值,謝謝大家對腳本之家的支持。

相關(guān)文章

  • python腳本實現(xiàn)Redis未授權(quán)批量提權(quán)

    python腳本實現(xiàn)Redis未授權(quán)批量提權(quán)

    這篇文章主要給大家介紹了關(guān)于利用python腳本實現(xiàn)redis未授權(quán)批量提權(quán)的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧。
    2017-09-09
  • RedisDesktopManager遠程連接redis的實現(xiàn)

    RedisDesktopManager遠程連接redis的實現(xiàn)

    本文主要介紹了RedisDesktopManager遠程連接redis的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2022-05-05
  • Redis實戰(zhàn)記錄之限制操作頻率

    Redis實戰(zhàn)記錄之限制操作頻率

    這篇文章主要給大家介紹了關(guān)于Redis實戰(zhàn)記錄之限制操作頻率的相關(guān)資料,文中通過示例代碼介紹的非常詳細,對大家學習或者使用Redis具有一定的參考學習價值,需要的朋友們下面來一起學習學習吧
    2019-06-06
  • 淺談Redis主從復制以及主從復制原理

    淺談Redis主從復制以及主從復制原理

    在現(xiàn)有企業(yè)中80%公司大部分使用的是redis單機服務(wù),在實際的場景當中單一節(jié)點的redis容易面臨風險。本文將介紹Redis主從復制以及主從復制原理。
    2021-05-05
  • Redis底層數(shù)據(jù)結(jié)構(gòu)之dict、ziplist、quicklist詳解

    Redis底層數(shù)據(jù)結(jié)構(gòu)之dict、ziplist、quicklist詳解

    本文給大家詳細介紹了Redis的底層數(shù)據(jù)結(jié)構(gòu):dict、ziplist、quicklist的相關(guān)知識,本文給大家介紹的非常詳細,對大家的學習或工作具有一定的參考借鑒價值,需要的朋友參考下吧
    2021-09-09
  • Redis實現(xiàn)延遲任務(wù)的常見方案詳解

    Redis實現(xiàn)延遲任務(wù)的常見方案詳解

    延遲任務(wù)(Delayed?Task)是指在未來的某個時間點,執(zhí)行相應(yīng)的任務(wù),本文為大家整理了Redis實現(xiàn)延遲任務(wù)的幾個常見方案,希望對大家有所幫助
    2024-04-04
  • 聊一聊Redis與MySQL雙寫一致性如何保證

    聊一聊Redis與MySQL雙寫一致性如何保證

    一致性就是數(shù)據(jù)保持一致,在分布式系統(tǒng)中,可以理解為多個節(jié)點中數(shù)據(jù)的值是一致的。本文給大家分享Redis與MySQL雙寫一致性該如何保證,感興趣的朋友一起看看吧
    2021-06-06
  • Redis 執(zhí)行性能測試

    Redis 執(zhí)行性能測試

    這篇文章主要介紹了Redis 執(zhí)行性能測試的方法,文中講解非常細致,幫助大家更好的理解和學習redis,感興趣的朋友可以了解下
    2020-08-08
  • redis.conf中使用requirepass不生效的原因及解決方法

    redis.conf中使用requirepass不生效的原因及解決方法

    本文主要介紹了如何啟用requirepass,以及啟用requirepass為什么不會生效,從代碼層面分析了不生效的原因,以及解決方法,需要的朋友可以參考下
    2023-07-07
  • 詳解redis集群選舉機制

    詳解redis集群選舉機制

    這篇文章主要介紹了詳解redis集群選舉機制,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧
    2021-03-03

最新評論