http://blog.csdn.net/yinwenjie/article/details/53518286

Redis從2.X版本開始，就支持一種基於非持久化消息的、使用發布/訂閱模式實現的事件通知機制。所謂基於非連接保持，是因為一旦消息訂閱者由於各種異常情況而被迫斷開連接，在其重新連接後，其離線期間的事件是無法被重新通知的（一些Redis資料中也稱為即發即棄）。而其使用的發布/訂閱模式，意味著其機制並不是由訂閱者周期性的從Redis服務拉取事件通知，而是由Redis服務主動推送事件通知到符合條件的若幹訂閱者。

Redis中的事件功能可以提供兩種不同的功能。一類是基於Channel的消息事件，這一類消息和Redis中存儲的Keys沒有太多關聯，也就是說即使不在Redis中存儲任何Keys信息，這類消息事件也可以獨立使用。另一類消息事件可以對（也可以不對）Redis中存儲的Keys信息的變化事件進行通知，可以用來向訂閱者通知Redis中符合訂閱條件的Keys的各種事件。Redis服務的事件功能在實際場景中雖然使用得不多，不過還是可以找到案例，例如服務治理框架DUBBO默認情況下使用Zookeeper作為各節點的服務協調裝置，但可以通過更改DUBBO的配置，將Zookeeper更換為Redis。

。。。。。

Redis事件訂閱和持久化存儲