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