什么情況下必須用Redis，而不能使用其他數(shù)據(jù)庫？Redis提供發(fā)布-訂閱和阻止隊列功能。（這個功能可能不如專業(yè)的消息隊列工具，比如MQ）redis怎么解決訂閱模式多節(jié)點重復(fù)問題？這些天，我會看看我能

什么情況下必須用Redis，而不能使用其他數(shù)據(jù)庫？

Redis提供發(fā)布-訂閱和阻止隊列功能。（這個功能可能不如專業(yè)的消息隊列工具，比如MQ）

redis怎么解決訂閱模式多節(jié)點重復(fù)問題？

這些天，我會看看我能不能寫一個演示。不，我有點不知所措。處理程序應(yīng)該寫在哪里？它會和Tomcat一起運行嗎？有演示嗎？如果要監(jiān)視隊列，則必須有一個在后臺運行的程序使用該隊列。如果想抓取紅包，可以使用pop的阻塞版本BPOP，這需要實時性能。這樣，就可以等到有元素繼續(xù)執(zhí)行。也很方便

嗯哼。這個線程是專門用來讀取redis隊列的。這樣，線程池中的程序?qū)⒉坏貌焕^續(xù)運行。這真的好嗎？還是有更好的辦法？（1年前）回復(fù)

沒問題，通過push和pop獲取列表中的數(shù)據(jù)，一般lpush rpop，通過先進先出的順序回復(fù)（1年前）

，感謝您的回復(fù)。我昨天剛聯(lián)系你，寫了一個pub/sub的小演示

首先redis的發(fā)布訂閱模式不緩存數(shù)據(jù)，就是我發(fā)布。如果你能接受它，你就能接受它。如果你沒有準(zhǔn)備好，你會錯誤地準(zhǔn)備之前的數(shù)據(jù)。

至于為什么會與消息隊列關(guān)聯(lián)，是因為redis的發(fā)布訂閱模式是通過消息隊列實現(xiàn)的。例如，多個發(fā)布者可以發(fā)布消息，而訂閱者將接收消息。可以看出，中間必須有一個隊列才能獲取在集合中發(fā)布的消息。然后按順序發(fā)出信息