0
另外,關於管理「管理結構」(如標題中的內容)中構建的Resque的最佳實踐是什麼?我是否應該用jedis.del(String key)
或類似的東西來清除它們?resque:failed和resque之間有什麼區別:stat:失敗的關鍵?
另外,關於管理「管理結構」(如標題中的內容)中構建的Resque的最佳實踐是什麼?我是否應該用jedis.del(String key)
或類似的東西來清除它們?resque:failed和resque之間有什麼區別:stat:失敗的關鍵?
resque:failed
是Resque本身故障隊列,而resque:stat
是Resque的統計數據層,所以沒有挖到代碼,我猜resque:stat:failed
是Resque有多少失敗遇到的統計數。
這符合個人意見。對我而言,管理它們的最佳方式是首先通過用戶界面,然後通過控制檯/後端(如果這不可行)。我儘量避免使用redis
/jedis
手動清除/設置密鑰,因爲我不想冒任何風險。
那麼失敗的工作只是繼續在'resque:failed'堆積?如果我以某種方式處理它們,我不應該從'resque:failed'清除它們,然後從'resque:stat:failed'遞減?我只是困惑於這些數據是如何使用的,無論是用戶應該管理的東西還是作爲數據存儲桶。 – JLewkovich
我認爲'resque:stat:failed'不應該遞減 - 可以很好地知道你有多少失敗。一旦解決了「resque:failed」隊列中的任何問題,是的,最佳做法是清除該隊列。 – CDub