[TOC] ## 消息訂閱 * 發布訂閱 (pub/sub) 是一種消息通信模式：發送者 (pub) 發送消息，訂閱者 (sub) 接收消息。 * 客戶端可以訂閱任意數量的頻道 ## 事務 * 批量操作在發送 EXEC 命令前被放入隊列緩存。 * 收到 EXEC 命令后進入事務執行，事務中任意命令執行失敗，其余的命令依然被執行。 * 在事務執行過程，其他客戶端提交的命令請求不會插入到事務執行命令序列中。 * 所有的命令要么全執行，要么全不執行。 * > 開始事務 > 命令入隊 > 執行事務 > 單個 Redis 命令的執行是原子性的，但 Redis 沒有在事務上增加任何維持原子性的機制，所以 Redis 事務的執行并不是原子性的。 > 事務可以理解為一個打包的批量執行腳本，但批量指令并非原子化的操作，中間某條指令的失敗不會導致前面已做指令的回滾，也不會造成后續的指令不做。 ## GEO * Redis GEO 主要用于存儲地理位置信息，并對存儲的信息進行操作，該功能在 Redis 3.2 版本新增。 ## Stream * Redis Stream 是 Redis 5.0 版本新增加的數據結構。 * Stream 主要用于消息隊列（MQ，Message Queue），Redis 本身是有一個 Redis 發布訂閱 (pub/sub) 來實現消息隊列的功能，但它有個缺點就是消息無法持久化，如果出現網絡斷開、Redis 宕機等，消息就會被丟棄。 ## 管道 >* 基于客戶端-服務端模型以及請求/響應協議的TCP服務。這意味著通常情況下一個請求會遵循以下步驟： >* 客戶端向服務端發送一個查詢請求，并監聽Socket返回，通常是以阻塞模式，等待服務端響應。 >* 服務端處理命令，并將結果返回給客戶端。 ## 事務和管道的區別 >[info] * 事務與pipeline都是不支持回滾； > * 中間命令出現錯誤，不會影響前面已經執行成功的命令，也不會中斷后面的命令繼續執行； > * 事務可以實現原子性和隔離性， > * pipeline中的命令放到redis的排隊執行隊列中時可能會被拆開，即pipeline中的多個命令被其他命令插隊。