keyspace notification（鍵空間通知）
一、需求分析：
- 設置了生存時間的Key，在過期時能不能有所提示？
- 如果能對過期Key有個監聽，如何對過期Key進行一個回調處理？
- 如何使用 Redis 來實現定時任務？
二、序言：
本文所說的定時任務或者說計劃任務並不是很多人想象中的那樣，比如說每天淩晨三點自動運行起來跑一個腳本。這種都已經爛大街了，隨便一個 Crontab 就能搞定了。
這裏所說的定時任務可以說是計時器任務，比如說用戶觸發了某個動作，那麽從這個點開始過二十四小時我們要對這個動作做點什麽。那麽如果有 1000 個用戶觸發了這個動作，就會有 1000 個定時任務。於是這就不是 Cron 範疇裏面的內容了。
舉個最簡單的例子，一個用戶推薦了另一個用戶，我們定一個二十四小時之後的任務，看看被推薦的用戶有沒有來註冊，如果沒註冊就給他搞一條短信過去。
三、Redis介紹
在 Redis 的 2.8.0 版本之後，其推出了一個新的特性——鍵空間消息（Redis Keyspace Notifications），它配合 2.0.0 版本之後的 SUBSCRIBE 就能完成這個定時任務
的操作了，不過定時的單位是秒。
（1）Publish / Subscribe
Redis 在 2.0.0 之後推出了 Pub / Sub 的指令，大致就是說一邊給 Redis 的特定頻道發送消息，另一邊從 Redis 的特定頻道取值——形成了一個簡易的消息隊列。
（2）Redis Keyspace Notifications
在 Redis 裏面有一些事件，比如鍵到期、鍵被刪除等。然後我們可以通過配置一些東西來讓 Redis 一旦觸發這些事件的時候就往特定的 Channel 推一條消息。
大致的流程就是我們給 Redis 的某一個 db 設置過期事件，使其鍵一旦過期就會往特定頻道推消息，我在自己的客戶端這邊就一直消費這個頻道就好了。
以後一來一條定時任務，我們就把這個任務狀態壓縮成一個鍵，並且過期時間為距這個任務執行的時間差。那麽當鍵一旦到期，就到了任務該執行的時間，Redis 自然會把過期消息推去，我們的客戶端就能接收到了。這樣一來就起到了定時任務的作用。
四、Key過期事件的Redis配置
這裏需要配置 notify-keyspace-events 的參數為 “Ex”。x 代表了過期事件。notify-keyspace-events "Ex" 保存配置後，重啟Redis服務，使配置生效。
重啟Reids服務器：
[email protected]:/etc/redis# service redis-server restart redis.conf Stopping redis-server: redis-server. Starting redis-server: redis-server.
添加過期事件訂閱 開啟一個終端，redis-cli 進入 redis 。開始訂閱所有操作，等待接收消息。
[email protected]:~$ redis-cli -h 127.0.01.4 -p 63789 127.0.0.1:63789> psubscribe [email protected]__:expired Reading messages... (press Ctrl-C to quit) 1) "psubscribe" 2) "[email protected]__:expired" 3) (integer) 1
再開啟一個終端，redis-cli 進入 redis，新增一個 123秒過期的鍵：
1270.01.1.1:63789> SETEX coolName 123 20 OK 121.41.188.109:63789> get coolName "20" 121.41.188.109:63789> ttl coolName (integer) 104
另外一邊執行了阻塞訂閱操作後的終端，123秒過期後有如下信息輸出：
121.141.188.209:63789> psubscribe [email protected]__:expired Reading messages... (press Ctrl-C to quit) 1) "psubscribe" 2) "[email protected]__:expired" 3) (integer) 1 1) "pmessage" 2) "[email protected]__:expired" 3) "[email protected]__:expired" 4) "coolName"
說明：說明對過期Key信息的訂閱是成功的。
keyspace notification（鍵空間通知）