加入兩臺(tái)mysql,以前的規(guī)則是key%2 == 0 進(jìn)入庫(kù)1,key%2 == 1 進(jìn)入庫(kù)2。在擴(kuò)容方案中,可以將mysql配置信息修改為:庫(kù)1的主從作為兩臺(tái)機(jī)器,庫(kù)2同理,這樣key%4 == 0 和==2進(jìn)入庫(kù)1,key%4 == 1或3進(jìn)入庫(kù)2。然后再做數(shù)據(jù)的清除工作。
讓客戶滿意是我們工作的目標(biāo),不斷超越客戶的期望值來(lái)自于我們對(duì)這個(gè)行業(yè)的熱愛。我們立志把好的技術(shù)通過(guò)有效、簡(jiǎn)單的方式提供給客戶,將通過(guò)不懈努力成為客戶在信息化領(lǐng)域值得信任、有價(jià)值的長(zhǎng)期合作伙伴,公司提供的服務(wù)項(xiàng)目有:申請(qǐng)域名、虛擬主機(jī)、營(yíng)銷軟件、網(wǎng)站建設(shè)、杏花嶺網(wǎng)站維護(hù)、網(wǎng)站推廣。
簡(jiǎn)單的說(shuō)幾句吧。其實(shí)這個(gè)解決方案呢,主要是要先考慮成本問題,其他的,技術(shù)問題其實(shí)都很容易解決,但是企業(yè)應(yīng)用上,最大的限制就是成本。下面以O(shè)RACLE數(shù)據(jù)庫(kù)為例,簡(jiǎn)單說(shuō)說(shuō)。希望對(duì)你有所幫助。(數(shù)據(jù)庫(kù)類型并不重要,解決方案都是大同小異。)
1、基于存儲(chǔ)層的容災(zāi)復(fù)制方案
這種技術(shù)的復(fù)制機(jī)制是通過(guò)基于SAN的存儲(chǔ)局域網(wǎng)進(jìn)行復(fù)制,復(fù)制針對(duì)每個(gè)IO進(jìn)行,復(fù)制的數(shù)據(jù)量比較大;系統(tǒng)可以實(shí)現(xiàn)數(shù)據(jù)的同步或異步兩種方式的復(fù)制。對(duì)大數(shù)據(jù)量的系統(tǒng)來(lái)說(shuō)有很大的優(yōu)勢(shì)(每天日志量在60G以上),但是對(duì)主機(jī)、操作系統(tǒng)、數(shù)據(jù)庫(kù)版本等要求一致,且對(duì)絡(luò)環(huán)境的要求比較高。
2、基于邏輯卷的容災(zāi)復(fù)制方案
這種技術(shù)的機(jī)制是通過(guò)基于TCP/IP的網(wǎng)絡(luò)環(huán)境進(jìn)行復(fù)制,由操作系統(tǒng)進(jìn)程捕捉邏輯卷的變化進(jìn)行復(fù)制。其特點(diǎn)與基于存儲(chǔ)設(shè)備的復(fù)制方案比較類似,也可以選擇同步或異步兩種方式,對(duì)主機(jī)的軟、硬件環(huán)境的一致性要求也比較高,對(duì)大數(shù)據(jù)量的應(yīng)用比較有優(yōu)勢(shì)。其目標(biāo)系統(tǒng)如果要實(shí)現(xiàn)可讀,需要?jiǎng)?chuàng)建第三方鏡像。個(gè)人認(rèn)為這種技術(shù)和上面提到的基于存儲(chǔ)的復(fù)制技術(shù)比較適合于超大數(shù)據(jù)量的系統(tǒng),或者是應(yīng)用系統(tǒng)的容災(zāi)復(fù)制。
3、基于oracle redo log的邏輯復(fù)制方式
使用這種方式的主要有一些第三方的軟件,以及oracle自己的DATAGUARD 中的logical Standby。目前,國(guó)外已經(jīng)有了很多比較成熟的產(chǎn)品及成功案例,國(guó)內(nèi)也有類似的產(chǎn)品, 但在產(chǎn)品的成熟程度和成功案例上跟國(guó)外還有一定的差距。
使用oracle以外的獨(dú)立進(jìn)程,捕捉redo log file 的信息,將其翻譯成sql語(yǔ)句,再通過(guò)網(wǎng)絡(luò)傳輸?shù)侥繕?biāo)端數(shù)據(jù)庫(kù),在目標(biāo)端數(shù)據(jù)庫(kù)執(zhí)行同樣的sql。如果其進(jìn)程趕不上oracle日志切換,也可以捕捉歸檔日志中的內(nèi)容。也有的產(chǎn)品在源端以事務(wù)為單位,當(dāng)一個(gè)事務(wù)完成后,再把它傳輸?shù)侥繕?biāo)端。所有的產(chǎn)品一般都是以表為單位進(jìn)行復(fù)制,同時(shí)也支持大部分DDL的復(fù)制(主要在oracle9i環(huán)境中)。
數(shù)據(jù)庫(kù)的吞吐量太大時(shí),其實(shí)據(jù)會(huì)有較大的延遲,當(dāng)數(shù)據(jù)庫(kù)每天的日量達(dá)到60G或更大時(shí),這種方案的可行性交差;實(shí)施的過(guò)程可能會(huì)有一些停機(jī)時(shí)間,來(lái)進(jìn)行數(shù)據(jù)的同步和配置的激活;復(fù)制環(huán)境建立起來(lái)以后,對(duì)數(shù)據(jù)庫(kù)結(jié)構(gòu)上的一些修改需要按照規(guī)定的操作流程進(jìn)行,有一定的維護(hù)成本。
一般是做異地備份和異地容災(zāi)。目前也有更好的選擇,比如說(shuō)用“多備份”這款工具來(lái)實(shí)現(xiàn)異地多云備份容災(zāi),把MySQL數(shù)據(jù)庫(kù)加密分布式存儲(chǔ)備份到百度云、阿里云、亞馬遜云、金山云、騰訊云、七牛、ucloud等,保證數(shù)據(jù)不丟失!