最新国产好看的视频,伊人天堂AV在线,国产Aaaaaa视频,蜜臀视频在线观看一区,人妻av色图,密臀久久久精品影片,青青视频免费观看毛片,久草在线观看视,国产三级精品色情在线

Redis主從集群切換數(shù)據(jù)丟失的解決方案

 更新時(shí)間:2021年04月08日 11:24:06   作者:不清不慎  
這篇文章主要介紹了Redis主從集群切換數(shù)據(jù)丟失的解決方案,具有很好的參考價(jià)值,希望對(duì)大家有所幫助。一起跟隨小編過(guò)來(lái)看看吧

一、數(shù)據(jù)丟失的情況

異步復(fù)制同步丟失

集群產(chǎn)生腦裂數(shù)據(jù)丟失

1.異步復(fù)制丟失

對(duì)于Redis主節(jié)點(diǎn)與從節(jié)點(diǎn)之間的數(shù)據(jù)復(fù)制,是異步復(fù)制的,當(dāng)客戶端發(fā)送寫請(qǐng)求給master節(jié)點(diǎn)的時(shí)候,客戶端會(huì)返回OK,然后同步到各個(gè)slave節(jié)點(diǎn)中。

如果此時(shí)master還沒(méi)來(lái)得及同步給slave節(jié)點(diǎn)時(shí)發(fā)生宕機(jī),那么master內(nèi)存中的數(shù)據(jù)會(huì)丟失;

要是master中開(kāi)啟持久化設(shè)置數(shù)據(jù)可不可以保證不丟失呢?答案是否定的。在master 發(fā)生宕機(jī)后,sentinel集群檢測(cè)到master發(fā)生故障,重新選舉新的master,如果舊的master在故障恢復(fù)后重啟,那么此時(shí)它需要同步新master的數(shù)據(jù),此時(shí)新的master的數(shù)據(jù)是空的(假設(shè)這段時(shí)間中沒(méi)有數(shù)據(jù)寫入)。那么舊master中的數(shù)據(jù)就會(huì)被刷新掉,此時(shí)數(shù)據(jù)還是會(huì)丟失。

2.集群產(chǎn)生腦裂

首先我們需要理解集群的腦裂現(xiàn)象,這就好比一個(gè)人有兩個(gè)大腦,那么到底受誰(shuí)來(lái)控制呢?在分布式集群中,分布式協(xié)作框架zookeeper很好的解決了這個(gè)問(wèn)題,通過(guò)控制半數(shù)以上的機(jī)器來(lái)解決。

那么在Redis中,集群腦裂產(chǎn)生數(shù)據(jù)丟失的現(xiàn)象是怎么樣的呢?

假設(shè)我們有一個(gè)redis集群,正常情況下client會(huì)向master發(fā)送請(qǐng)求,然后同步到salve,sentinel集群監(jiān)控著集群,在集群發(fā)生故障時(shí)進(jìn)行自動(dòng)故障轉(zhuǎn)移。

此時(shí),由于某種原因,比如網(wǎng)絡(luò)原因,集群出現(xiàn)了分區(qū),master與slave節(jié)點(diǎn)之間斷開(kāi)了聯(lián)系,sentinel監(jiān)控到一段時(shí)間沒(méi)有聯(lián)系認(rèn)為master故障,然后重新選舉,將slave切換為新的master。但是master可能并沒(méi)有發(fā)生故障,只是網(wǎng)絡(luò)產(chǎn)生分區(qū),此時(shí)client任然在舊的master上寫數(shù)據(jù),而新的master中沒(méi)有數(shù)據(jù),如果不及時(shí)發(fā)現(xiàn)問(wèn)題進(jìn)行處理可能舊的master中堆積大量數(shù)據(jù)。在發(fā)現(xiàn)問(wèn)題之后,舊的master降為slave同步新的master數(shù)據(jù),那么之前的數(shù)據(jù)被刷新掉,大量數(shù)據(jù)丟失。

在了解了上面的兩種數(shù)據(jù)丟失場(chǎng)景后,我們?nèi)绾伪WC數(shù)據(jù)可以不丟失呢?在分布式系統(tǒng)中,衡量一個(gè)系統(tǒng)的可用性,我們一般情況下會(huì)說(shuō)4個(gè)9,5個(gè)9的系統(tǒng)達(dá)到了高可用(99.99%,99.999%,據(jù)說(shuō)淘寶是5個(gè)9)。對(duì)于redis集群,我們不可能保證數(shù)據(jù)完全不丟失,只能做到使得盡量少的數(shù)據(jù)丟失。

二、如何保證盡量少的數(shù)據(jù)丟失?

在redis的配置文件中有兩個(gè)參數(shù)我們可以設(shè)置:

min-slaves-to-write 1
min-slaves-max-lag 10

min-slaves-to-write默認(rèn)情況下是0,min-slaves-max-lag默認(rèn)情況下是10。

以上面配置為例,這兩個(gè)參數(shù)表示至少有1個(gè)salve的與master的同步復(fù)制延遲不能超過(guò)10s,一旦所有的slave復(fù)制和同步的延遲達(dá)到了10s,那么此時(shí)master就不會(huì)接受任何請(qǐng)求。

我們可以減小min-slaves-max-lag參數(shù)的值,這樣就可以避免在發(fā)生故障時(shí)大量的數(shù)據(jù)丟失,一旦發(fā)現(xiàn)延遲超過(guò)了該值就不會(huì)往master中寫入數(shù)據(jù)。

那么對(duì)于client,我們可以采取降級(jí)措施,將數(shù)據(jù)暫時(shí)寫入本地緩存和磁盤中,在一段時(shí)間后重新寫入master來(lái)保證數(shù)據(jù)不丟失;也可以將數(shù)據(jù)寫入kafka消息隊(duì)列,隔一段時(shí)間去消費(fèi)kafka中的數(shù)據(jù)。

通過(guò)上面兩個(gè)參數(shù)的設(shè)置我們盡可能的減少數(shù)據(jù)的丟失,具體的值還需要在特定的環(huán)境下進(jìn)行測(cè)試設(shè)置。

補(bǔ)充:Redis Cluster 會(huì)丟數(shù)據(jù)嗎?

Redis Cluster 不保證強(qiáng)一致性,在一些特殊場(chǎng)景,客戶端即使收到了寫入確認(rèn),還是可能丟數(shù)據(jù)的。

場(chǎng)景1:異步復(fù)制

client 寫入 master B

master B 回復(fù) OK

master B 同步至 slave B1 B2 B3

B 沒(méi)有等待 B1 B2 B3 的確認(rèn)就回復(fù)了 client,如果在 slave 同步完成之前,master 宕機(jī)了,其中一個(gè) slave 會(huì)被選為 master,這時(shí)之前 client 寫入的數(shù)據(jù)就丟了。

wait 命令可以增強(qiáng)這種場(chǎng)景的數(shù)據(jù)安全性。

wait 會(huì)阻塞當(dāng)前 client 直到之前的寫操作被指定數(shù)量的 slave 同步成功。

wait 可以提高數(shù)據(jù)的安全性,但并不保證強(qiáng)一致性。

因?yàn)榧词故褂昧诉@種同步復(fù)制方式,也存在特殊情況:一個(gè)沒(méi)有完成同步的 slave 被選舉為了 master。

場(chǎng)景2:網(wǎng)絡(luò)分區(qū)

6個(gè)節(jié)點(diǎn) A, B, C, A1, B1, C1,3個(gè)master,3個(gè)slave,還有一個(gè)client,Z1。

發(fā)生網(wǎng)絡(luò)分區(qū)之后,形成了2個(gè)區(qū),A, C, A1, B1, C1 和 B Z1。

這時(shí) Z1 還是可以向 B 寫入的,如果短時(shí)間內(nèi)分區(qū)就恢復(fù)了,那就沒(méi)問(wèn)題,整個(gè)集群繼續(xù)正常工作,但如果時(shí)間一長(zhǎng),B1 就會(huì)成為所在分區(qū)的 master,Z1 寫入 B 的數(shù)據(jù)就丟了。

maximum window(最大時(shí)間窗口) 可以減少數(shù)據(jù)損失,可以控制 Z1 向 B 寫入的總數(shù):

過(guò)去一定時(shí)間后,分區(qū)的多數(shù)邊就會(huì)進(jìn)行選舉,slave 成為 master,這時(shí)分區(qū)少數(shù)邊的 master 就會(huì)拒絕接收寫請(qǐng)求。

這個(gè)時(shí)間量是非常重要的,稱為節(jié)點(diǎn)過(guò)期時(shí)間。

一個(gè) master 在達(dá)到過(guò)期時(shí)間后,就被認(rèn)為是故障的,進(jìn)入 error 狀態(tài),停止接收寫請(qǐng)求,可以被 slave 取代。

小結(jié)

Redis Cluster 不保證強(qiáng)一致性,存在丟失數(shù)據(jù)的場(chǎng)景:

異步復(fù)制

在 master 寫成功,但 slave 同步完成之前,master 宕機(jī)了,slave 變?yōu)?master,數(shù)據(jù)丟失。

wait 命令可以給為同步復(fù)制,但也無(wú)法完全保證數(shù)據(jù)不丟,而且影響性能。

網(wǎng)絡(luò)分區(qū)

分區(qū)后一個(gè) master 繼續(xù)接收寫請(qǐng)求,分區(qū)恢復(fù)后這個(gè) master 可能會(huì)變?yōu)?slave,那么之前寫入的數(shù)據(jù)就丟了。

可以設(shè)置節(jié)點(diǎn)過(guò)期時(shí)間,減少 master 在分區(qū)期間接收的寫入數(shù)量,降低數(shù)據(jù)丟失的損失。

以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教。

相關(guān)文章

  • 利用Redis實(shí)現(xiàn)SQL伸縮的方法

    利用Redis實(shí)現(xiàn)SQL伸縮的方法

    本文主要介紹了如何通過(guò)鎖和時(shí)間序列等方面來(lái)提升傳統(tǒng)數(shù)據(jù)庫(kù)的性能等方法,利用Redis實(shí)現(xiàn)SQL伸縮,供有需要的朋友們參考。
    2015-09-09
  • redis配置standAlone版的jedisPool示例

    redis配置standAlone版的jedisPool示例

    這篇文章主要為大家介紹了redis配置standAlone版的jedisPool示例詳解,有需要的朋友可以借鑒參考下,希望能夠有所幫助,祝大家多多進(jìn)步,早日升職加薪
    2023-07-07
  • 詳解基于redis實(shí)現(xiàn)的四種常見(jiàn)的限流策略

    詳解基于redis實(shí)現(xiàn)的四種常見(jiàn)的限流策略

    限流算法在分布式領(lǐng)域是一個(gè)經(jīng)常被提起的話題,當(dāng)系統(tǒng)的處理能力有限時(shí), 如何阻止計(jì)劃外的請(qǐng)求繼續(xù)對(duì)系統(tǒng)施壓,這是一個(gè)需要重視的問(wèn)題。除了控制流量,限流還有一個(gè)應(yīng)用目的是控制用戶行為,避免垃圾請(qǐng)求
    2021-06-06
  • 淺談我是如何用redis做實(shí)時(shí)訂閱推送的

    淺談我是如何用redis做實(shí)時(shí)訂閱推送的

    這篇文章主要介紹了淺談我是如何用redis做實(shí)時(shí)訂閱推送的,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2021-03-03
  • 16個(gè)Redis的常見(jiàn)使用場(chǎng)景

    16個(gè)Redis的常見(jiàn)使用場(chǎng)景

    這篇文章主要介紹了Redis 常見(jiàn)使用場(chǎng)景的相關(guān)資料,需要的朋友可以參考下文
    2021-08-08
  • Redis分布式緩存:微信搶紅包解決方案

    Redis分布式緩存:微信搶紅包解決方案

    微信搶紅包已經(jīng)在我們生活中很常見(jiàn)的場(chǎng)景了,特別是年底公司開(kāi)年會(huì)和春節(jié)2個(gè)時(shí)間段。本文主要介紹了通過(guò)Redis實(shí)現(xiàn)微信搶紅包功能,感興趣的小伙伴可以了解一下
    2021-12-12
  • 利用Redis?lua實(shí)現(xiàn)高效讀寫鎖的代碼實(shí)例

    利用Redis?lua實(shí)現(xiàn)高效讀寫鎖的代碼實(shí)例

    這篇文章給大家介紹了如何利用Redis?lua實(shí)現(xiàn)高效的讀寫鎖,讀寫鎖的好處就是能幫助客戶讀到的數(shù)據(jù)一定是最新的,寫鎖是排他鎖,而讀鎖是一個(gè)共享鎖,需要的朋友可以參考下
    2024-01-01
  • Redis唯一ID生成器的實(shí)現(xiàn)

    Redis唯一ID生成器的實(shí)現(xiàn)

    本文主要介紹了Redis唯一ID生成器的實(shí)現(xiàn),文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧
    2022-07-07
  • 使用Redis實(shí)現(xiàn)數(shù)據(jù)庫(kù)對(duì)象自增ID的方法

    使用Redis實(shí)現(xiàn)數(shù)據(jù)庫(kù)對(duì)象自增ID的方法

    在分布式項(xiàng)目中,數(shù)據(jù)表的主鍵ID一般可能存在于UUID或自增ID這兩種形式,UUID好理解而且實(shí)現(xiàn)起來(lái)也最容易,但是缺點(diǎn)就是數(shù)據(jù)表中的主鍵ID是32位的字符串,我們通常會(huì)優(yōu)先考慮使用自增ID來(lái)代替UUID使用,所以本文介紹了使用Redis實(shí)現(xiàn)生成對(duì)象自增ID的方法
    2024-11-11
  • Linux安裝Redis、后臺(tái)運(yùn)行、系統(tǒng)自啟動(dòng)的設(shè)置方法

    Linux安裝Redis、后臺(tái)運(yùn)行、系統(tǒng)自啟動(dòng)的設(shè)置方法

    Redis是用C語(yǔ)言編寫的開(kāi)源免費(fèi)的高性能的分布式內(nèi)存數(shù)據(jù)庫(kù),基于內(nèi)存運(yùn)行并支持持久化的NoSQL數(shù)據(jù)庫(kù)。這篇文章主要介紹了Linux安裝Redis、后臺(tái)運(yùn)行、系統(tǒng)自啟動(dòng),需要的朋友可以參考下
    2020-01-01

最新評(píng)論

松江区| 南溪县| 高安市| 凤阳县| 北海市| 梁河县| 贞丰县| 容城县| 玉山县| 子长县| 金寨县| 海安县| 新邵县| 和龙市| 礼泉县| 阳谷县| 霸州市| 禹州市| 读书| 德昌县| 巴楚县| 信丰县| 榕江县| 搜索| 肥乡县| 水城县| 余江县| 昔阳县| 阿荣旗| 金秀| 甘洛县| 泸西县| 土默特右旗| 洱源县| 平远县| 乐安县| 紫云| 高唐县| 建水县| 屯留县| 左权县|