Redis exists命令bug分析(案例詳解)
本文基于社區(qū)版Redis 4.0.8
1、復(fù)現(xiàn)條件版本:
- 社區(qū)版Redis 4.0.10以下版本
- 使用場(chǎng)景:開啟讀寫分離的主從架構(gòu)或者集群架構(gòu)(master只負(fù)責(zé)寫流量,slave負(fù)責(zé)讀流量)
案例:
# 寫入一條帶過(guò)期時(shí)間10s的key 10.90.73.147:12345> set luxiu1 1 ex 10 OK 10.90.73.147:12345> get luxiu1 "1" 10.90.73.147:12345> exists luxiu1 (integer) 1 ...... #等待10s,待key過(guò)期 ...... 10.90.73.147:12345> ttl luxiu1 (integer) -2 #確定key已經(jīng)過(guò)期了 10.90.73.147:12345> get luxiu1 (nil) #沒有問題,該key不存在了 10.90.73.147:12345> exists luxiu1 (integer) 1 #還能查到 10.90.73.147:12345> exists luxiu1 (integer) 1 #還能查到
2、源碼分析
在分析該問題前,需要了解Redis在讀寫分離模式下讀到過(guò)期數(shù)據(jù)的問題:
Redis過(guò)期key的刪除策略采用惰性刪除和定時(shí)刪除:
惰性刪除:主節(jié)點(diǎn)每次處理讀取命令時(shí),都會(huì)檢查鍵是否超時(shí),如果超時(shí)則執(zhí)行del命令刪除鍵對(duì)象,之后del命令也會(huì)異步發(fā)送給從節(jié)點(diǎn)。需要注意的是為了保證復(fù)制的一致性,從節(jié)點(diǎn)自身永遠(yuǎn)不會(huì)主動(dòng)刪除超時(shí)數(shù)據(jù);
定時(shí)刪除:Redis主節(jié)點(diǎn)在內(nèi)部定時(shí)任務(wù)會(huì)循環(huán)采樣一定數(shù)量的鍵,當(dāng)發(fā)現(xiàn)采樣的鍵過(guò)期時(shí)執(zhí)行del命令,之后再同步給從節(jié)點(diǎn);
如果此時(shí)數(shù)據(jù)大量過(guò)期,主節(jié)點(diǎn)采樣速度跟不上過(guò)期速度且主節(jié)點(diǎn)沒有讀取過(guò)期鍵的操作,那么從節(jié)點(diǎn)將無(wú)法收到del命令。這時(shí)在從節(jié)點(diǎn)上可以讀取到已經(jīng)超時(shí)的數(shù)據(jù)。Redis在3.2版本解決了這個(gè)問題,在從節(jié)點(diǎn)上讀取數(shù)據(jù)之前也會(huì)檢查鍵的過(guò)期時(shí)間來(lái)決定是否返回?cái)?shù)據(jù)。但是,4.0.10版本以下的exists命令實(shí)現(xiàn)方式有問題,導(dǎo)致該命令還是查詢到過(guò)期數(shù)據(jù)問題。
下面是4.0.10以下版本exists命令實(shí)現(xiàn)源碼:
問題就在于expireIfNeeded這個(gè)函數(shù),它的功能就是惰性刪除,判斷如果key過(guò)期了就進(jìn)行del,我們是讀寫分離架構(gòu),slave不進(jìn)行del,如下代碼:
直接返回1,并不進(jìn)行到del操作。
所以exists查詢到過(guò)期key一直存在。
3、問題解決
在社區(qū)版4.0.11以上版本已經(jīng)修復(fù)了該bug:
lookupKeyRead函數(shù)調(diào)用lookupKeyReadWithFlags(db,key,LOOKUP_NONE)lookupKeyReadWithFlags函數(shù)邏輯如下:
最后,可以升級(jí)到4.0.12版本解決該問題。
到此這篇關(guān)于Redis exists命令bug分析的文章就介紹到這了,更多相關(guān)Redis exists命令內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Window下對(duì)Redis進(jìn)行開啟與關(guān)閉的操作方法
這篇文章主要介紹了Window下對(duì)Redis進(jìn)行開啟與關(guān)閉的操作方法,本文給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-11-11解析高可用Redis服務(wù)架構(gòu)分析與搭建方案
我們按照由簡(jiǎn)至繁的步驟,搭建一個(gè)最小型的高可用的Redis服務(wù)。 本文通過(guò)四種方案給大家介紹包含每種方案的優(yōu)缺點(diǎn)及詳細(xì)解說(shuō),具體內(nèi)容詳情跟隨小編一起看看吧2021-06-06Redis實(shí)現(xiàn)優(yōu)惠券限一單限制詳解
這篇文章主要介紹了Redis解決優(yōu)惠券秒殺應(yīng)用案例,本文先講了搶購(gòu)問題,指出其中會(huì)出現(xiàn)的多線程問題,提出解決方案采用悲觀鎖和樂觀鎖兩種方式進(jìn)行實(shí)現(xiàn),然后發(fā)現(xiàn)在搶購(gòu)過(guò)程中容易出現(xiàn)一人多單現(xiàn)象,需要的朋友可以參考下2022-12-12簡(jiǎn)單粗暴的Redis數(shù)據(jù)備份和恢復(fù)方法
這里我們來(lái)講解一個(gè)簡(jiǎn)單粗暴的Redis數(shù)據(jù)備份和恢復(fù)方法,有一個(gè)在不同主機(jī)上遷移Redis數(shù)據(jù)的示例,還有一個(gè)備份腳本實(shí)現(xiàn)的關(guān)鍵點(diǎn)提示,一起來(lái)看一下:2016-06-06redis內(nèi)部數(shù)據(jù)結(jié)構(gòu)之SDS簡(jiǎn)單動(dòng)態(tài)字符串詳解
SDS是Redis中實(shí)現(xiàn)的一種數(shù)據(jù)結(jié)構(gòu),用來(lái)存儲(chǔ)字符串,最近學(xué)習(xí)中正好學(xué)習(xí)到了這里,所以下面這篇文章主要給大家介紹了redis內(nèi)部數(shù)據(jù)結(jié)構(gòu)之SDS簡(jiǎn)單動(dòng)態(tài)字符串的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),需要的朋友可以參考借鑒,下面來(lái)一起看看吧。2017-11-11Redis與本地緩存的結(jié)合實(shí)現(xiàn)
我們開發(fā)中經(jīng)常用到Redis作為緩存,本文主要介紹了Redis與本地緩存的結(jié)合實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07