小編給大家分享一下redis發(fā)布訂閱演示、事務演示、持久化的方法，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

目前創(chuàng)新互聯(lián)已為上1000家的企業(yè)提供了網(wǎng)站建設、域名、網(wǎng)絡空間、網(wǎng)站托管、服務器租用、企業(yè)網(wǎng)站設計、蘭坪網(wǎng)站維護等服務，公司將堅持客戶導向、應用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

文章目錄

• 一、Redis發(fā)布訂閱介紹

• 二、Redis發(fā)布訂閱演示

• 三、Redis中的事務

• 四、轉(zhuǎn)賬功能-Redis事務演示

• 五、轉(zhuǎn)賬功能升級版-watch

• 六、事務的錯誤處理

• 業(yè)務邏輯錯誤

• 語法錯誤

• 七、Redis持久化

• RDB持久化

• AOF持久化

---

一、Redis發(fā)布訂閱介紹

Redis 發(fā)布訂閱(pub/sub)是一種消息通信模式：發(fā)送者(pub)發(fā)送消息，訂閱者(sub)接收消息。Redis 客戶端可以訂閱任意數(shù)量的頻道。

應用場景：

• ①構(gòu)建實時消息系統(tǒng)，比如普通的即時聊天，群聊等功能。

• ②在一個博客網(wǎng)站中，有n多個粉絲訂閱了你，當你發(fā)布新文章，就可以推送消息給粉絲們。

• ③微信公眾號模式。

二、Redis發(fā)布訂閱演示

發(fā)布訂閱語法
訂閱頻道：

• subscribe channel1 [channel2 ...] 　　　　訂閱給定的一個或多個頻道的信息

• psubscribe pattern1 [pattern2 ...]　　　　訂閱一個或多個符合給定模式的頻道。
  
  發(fā)布頻道：

• publish channel message　　　　　　　　　　 將信息發(fā)送到指定的頻道。
  
  
  退訂頻道：

• unsubscribe channel1 [ channel2 ...] 　　　指退訂給定的頻道。

• punsubscribe pattern1 [pattern2 ...]　　　退訂所有給定模式的頻道。
  

三、Redis中的事務

Redis 事務可以一次執(zhí)行多個命令，（按順序地串行化執(zhí)行，執(zhí)行中不會被其它命令插入，不許加塞）

事務應用場景：

• 商品秒殺

• 轉(zhuǎn)賬

兩個特點：

• Redis會將一個事務中的所有命令序列化，然后按順序執(zhí)行(任意命令執(zhí)行失敗，其余的命令依然被執(zhí)行)

• 執(zhí)行中不會被其它命令插入，不許出現(xiàn)加賽行為。

一個事務從開始到執(zhí)行會經(jīng)歷以下三個階段：開始事務、命令入隊、執(zhí)行事務。

事務相關命令:
multi 　　　　　標記一個事務塊的開始。
exec　　　　　　執(zhí)行所有事務塊內(nèi)的命令。
discard 　　　　取消事務，放棄執(zhí)行事務塊內(nèi)的所有命令。
watch key　　　 監(jiān)視一個(或多個)key，如果在事務執(zhí)行之前這個(或這些)key被其他命令所改動，那么事務將被打斷。
unwatch 　　　　取消watch命令對所有key的監(jiān)視。

四、轉(zhuǎn)賬功能-Redis事務演示

需求：轉(zhuǎn)帳功能，A向B帳號轉(zhuǎn)帳50元。

• 轉(zhuǎn)賬前A有80元，B有10元。

• 轉(zhuǎn)賬后A有30元，B有60元。

本例先以multi開始一個事務，然后將多個命令入隊到事務中，最后由 exec命令觸發(fā)事務。

• 輸入Multi命令開始，輸入的命令都會依次進入命令隊列中，但不會執(zhí)行。

• 直到輸入Exec后，Redis會將之前的命令隊列中的命令依次執(zhí)行。
  
  執(zhí)行exec前，如果發(fā)現(xiàn)添加的命令有問題，可以使用discard命令放棄隊列運行，類似于MySQL中的回滾操作。

五、轉(zhuǎn)賬功能升級版-watch

需求：某一賬戶在一事務內(nèi)進行操作，在提交事務前，另一個進程對該賬戶進行操作。

上文中的轉(zhuǎn)賬是不安全的，在執(zhí)行中如果有其他命令對賬戶a或者b的操作，可能會出現(xiàn)幻讀；解決辦法是添加watch命令，可以對賬戶進行watch監(jiān)視，一旦在事務執(zhí)行中，出現(xiàn)了其他命令對賬戶a或b操作，程序直接報錯回滾。

執(zhí)行了watch命令后，如果exec或discard命令先被執(zhí)行，就不需要再執(zhí)行unwatch來取消對key的監(jiān)視了，因為exec或discard命令會自動取消監(jiān)視。

六、事務的錯誤處理

業(yè)務邏輯錯誤

發(fā)生業(yè)務邏輯錯誤：只有報錯的命令不會被執(zhí)行，而其它的命令都會執(zhí)行，不會回滾。

語法錯誤

發(fā)生語法錯誤：執(zhí)行時整個的所有隊列都會被取消。

七、Redis持久化

數(shù)據(jù)存放在內(nèi)存：高效、但斷電內(nèi)存數(shù)據(jù)會丟失。
數(shù)據(jù)存放在硬盤：讀寫速度慢于內(nèi)存、但斷電數(shù)據(jù)不會丟失。

RDB持久化

RDB是redis的默認持久化機制。RDB相當于照快照，保存的是數(shù)據(jù)的一種狀態(tài)。(幾十G的數(shù)據(jù)可以保存為幾KB的快照)

快照是默認的持久化方式。這種方式是就是將內(nèi)存中數(shù)據(jù)以快照的方式寫入到二進制文件中，默認的文件名為dump.rdb(存在redis.conf文件中)。

優(yōu)點：

• 快照保存數(shù)據(jù)極快、還原數(shù)據(jù)極快

• 適用于災難備份

缺點：

• 小內(nèi)存機器不適合使用，RDB機制符合要求就會照快照，占內(nèi)存。

AOF持久化

由于快照方式是在一定間隔時間做一次的，所以如果redis 意外宕機，就會丟失最后一次快照后的所有修改。如果應用要求不能丟失任何修改的話，可以采用AOF(Append-Only File)持久化方式。

appendonly yes 命令可以啟用 AOF 持久化方式。

有三種方式如下（默認是：每秒 fsync 一次）

• appendfsync always　　　　 收到寫命令就立即寫入磁盤，最慢，但是保證完全的持久化

• appendfsync everysec 　　　每秒鐘寫入磁盤一次，在性能和持久化方面做了很好的折中

• appendfsync no 　　　　　　完全依賴OS，性能最好，但持久化沒保證

優(yōu)點：
AOF比快照方式有更好的持久化性，是由于在使用AOF持久化方式時：redis 會將每一個收到的寫命令都通過write 函數(shù)追加到文件中(默認是appendonly.aof)。當redis 重啟時會通過重新執(zhí)行文件中保存的寫命令來在內(nèi)存中重建整個數(shù)據(jù)庫的內(nèi)容。

缺點：

AOF的方式也同時帶來了另一個問題。持久化文件會變的越來越大，占硬盤。例如我們調(diào)用 incr test命令 100 次，文件中必須保存全部的 100 條命令，其實有 99 條都是多余的。

以上是“Redis發(fā)布訂閱演示、事務演示、持久化的方法”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學習更多知識，歡迎關注創(chuàng)新互聯(lián)行業(yè)資訊頻道！

本文名稱：Redis發(fā)布訂閱演示、事務演示、持久化的方法
標題網(wǎng)址：http://chinadenli.net/article18/gsgjdp.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供Google、響應式網(wǎng)站、服務器托管、虛擬主機、網(wǎng)站改版、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)