redis的場景應用有哪些-創(chuàng)新互聯(lián)

這篇文章主要介紹“redis的場景應用有哪些”，在日常操作中，相信很多人在redis的場景應用有哪些問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”redis的場景應用有哪些”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

創(chuàng)新互聯(lián)公司主要從事成都做網(wǎng)站、成都網(wǎng)站設(shè)計、網(wǎng)頁設(shè)計、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)川匯,十載網(wǎng)站建設(shè)經(jīng)驗,價格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):18982081108

主從模式

主從模式的應用場景有點類似于數(shù)據(jù)庫的主從集群，主從往往是為了讀寫分離、backup 等目的才使用的，所謂主從模式簡單的說就是有多個節(jié)點，里面包含主節(jié)點和從節(jié)點，結(jié)構(gòu)如下圖：

從節(jié)點在保持連接后每隔一個時間節(jié)點會主動的和主節(jié)點通信并發(fā)送同步請求，而后進行同步。

其實在整個流程中，最需要主要的就是數(shù)據(jù)間的同步，主要的同步方式有兩種也就是全量同步和增量同步。

全量同步：全量同步一般使用在從節(jié)點剛接入主節(jié)點時進行全量復制，當然你也可以根據(jù)你的需求進行主動的全量同步

增量同步：Redis增量復制是指從節(jié)點初始化后開始正常工作時主服務(wù)器發(fā)生的寫操作同步到從服務(wù)器的過程。 增量復制的過程主要是主服務(wù)器每執(zhí)行一個寫 命令就會向從服務(wù)器發(fā)送相同的寫 命令，從服務(wù)器接收并執(zhí)行收到的寫命令，一般使用緩沖區(qū)、隊列(先進先出)等方式輔助進行增量的同步。

哨兵模式

哨兵模式是為了保證redis的高可用產(chǎn)生的架構(gòu)，簡單地說就是通過構(gòu)建1個或多個哨兵對節(jié)點進行監(jiān)控，如果master發(fā)生故障下線之后，哨兵之間會進行投票，在2.8之后使用的是Raft算法進行master選舉，關(guān)于這個算法其實這個算法也應用于zookeeper和某些網(wǎng)絡(luò)拓撲中，簡單說就是在選舉的過程可通信節(jié)點達成共識后那個投票選舉master，而后進行故障轉(zhuǎn)移操作。

哨兵是作為一個進程單獨運行在redis中，哨兵之間也是通過該進程進行通信的，這一點和zookeeper的原理也是類似的，假設(shè)一個6節(jié)點3個哨兵的集群的結(jié)構(gòu)應該如下圖：

那么哨兵是如何監(jiān)控master下線的呢?

前面也有看到哨兵之間會進行集群的檢測和哨兵之間的互相監(jiān)測，但是哨兵不用做什么配置，因為哨兵巧妙的利用了master的發(fā)布/訂閱機制去自動發(fā)現(xiàn)其它也監(jiān)控了統(tǒng)一master的sentinel節(jié)點，在監(jiān)測master方面一般分為兩種：

主觀下線(Subjectively Down， 簡稱 SDOWN)指的是單個 Sentinel 實例對服務(wù)器做出的下線判斷。

客觀下線(Objectively Down， 簡稱 ODOWN)指的是多個 Sentinel 實例在對同一個服務(wù)器做出 SDOWN 判斷， 并且通過命令互相交流之后， 得出的服務(wù)器下線判斷。 一個 Sentinel 可以通過向另一個 Sentinel 發(fā)送命令來詢問對方是否認為給定的服務(wù)器已下線。

分片集群

在上面的部分不管redis主從，還是高可用的 sentinel 哨兵模式。我們所做的這些工作只是保證了數(shù)據(jù)備份以及高可用，目前為止我們的程序一直都是向1臺redis寫數(shù)據(jù)，其他的redis只是備份而已。在實際使用中一般分片集群使用較多，我為什么要特意強調(diào)是分片集群呢，其實上面所說的主從和哨兵都是集群但是他們都是備份式的集群，實際數(shù)據(jù)是由一臺進行控制的，所謂分片其實是將不同的數(shù)據(jù)按照一定的分布規(guī)則分布在不同的機器上

在redis中，我們的應用在存取數(shù)據(jù)的時候需要根據(jù)一定的算法(一致性hash)進行計算和存取 ，那么在redis中如何實現(xiàn)數(shù)據(jù)分片的呢? 首先Redis至少存在三個數(shù)據(jù)分片，每個分片稱為master，假設(shè)整個cluster有N個節(jié)點，那么每個節(jié)點都和其他N-1個節(jié)點保持連接和心跳，節(jié)點之間相互通信主要確認節(jié)點是否存活、節(jié)點的數(shù)據(jù)版本、投票選擇新的master等

那么我們最終的集群結(jié)構(gòu)大致如下：

到此，關(guān)于“redis的場景應用有哪些”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

標題名稱：redis的場景應用有哪些-創(chuàng)新互聯(lián)
路徑分享：http://muchs.cn/article34/poese.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供品牌網(wǎng)站建設(shè)、ChatGPT、網(wǎng)站維護、網(wǎng)站設(shè)計、品牌網(wǎng)站設(shè)計、商城網(wǎng)站

廣告

聲明：本網(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)