redis-queue wating隊(duì)列出現(xiàn)后就不再消費(fèi)

hiroc 更新于2023-01-03

使用redis-queue 時(shí)不時(shí)就出現(xiàn)這個(gè)waiting,除非執(zhí)行重啟服務(wù)，否則的話，這個(gè)隊(duì)列會(huì)一直增加，但是不消費(fèi)，這個(gè)是什么問題？該怎樣處理的？

 1910  2 0

抽不完的寂寞 2023-01-03

把消費(fèi)邏輯都去掉試下，排除消費(fèi)代碼問題，例如死循環(huán)，訪問數(shù)據(jù)庫、redis、curl等超時(shí)等情況

hiroc 2023-01-03

超時(shí)情況會(huì)導(dǎo)致被放入到waiting里面么？如果是這樣，怎樣避免超時(shí)的被放入這個(gè)里面的，好像這個(gè)里面的只有重啟時(shí)才會(huì)再次被消費(fèi)
抽不完的寂寞 2023-01-03

waiting應(yīng)該是需要立刻消費(fèi)的消息。
我的意思是應(yīng)該是你業(yè)務(wù)邏輯卡住了，不能往下執(zhí)行了，得自己找那段代碼卡住了。所有的進(jìn)程都卡住了，所以無法消費(fèi)了。
hiroc 2023-01-03

消費(fèi)代碼應(yīng)該沒問題，一旦出現(xiàn){redis-queue}-waiting后，后續(xù)的都會(huì)進(jìn)入{redis-queue}-waiting
hiroc 2023-01-03

控制臺(tái)也沒有任何報(bào)錯(cuò)！重啟服務(wù)就又可以執(zhí)行了
抽不完的寂寞 2023-01-03

記錄日志，看下消費(fèi)了沒
hiroc 2023-01-04

應(yīng)該是代碼超時(shí)問題

Gin 2023-01-04

業(yè)務(wù)邏輯代碼貼出來看下

hiroc 2023-01-04

應(yīng)該是代碼超時(shí)問題
Gin 2023-01-04

感覺也是業(yè)務(wù)邏輯阻塞了
jinggge 2023-08-19

怎么解決的，我現(xiàn)在也是這樣的問題
Ace華 2023-08-20

我一般出現(xiàn)這樣時(shí)，是因?yàn)槲业膔edis消費(fèi)進(jìn)程沒有啟動(dòng)。啟動(dòng)的時(shí)候，確?？吹絧lugin.redis.consumer進(jìn)程的名字