1.MySQL主從復(fù)制入門

首先厨内，我們看一個(gè)圖：

影響MySQL-A數(shù)據(jù)庫的操作芒珠，在數(shù)據(jù)庫執(zhí)行后琅拌，都會(huì)寫入本地的日志系統(tǒng)A中。

假設(shè)婚度，實(shí)時(shí)的將變化了的日志系統(tǒng)中的數(shù)據(jù)庫事件操作蘸秘，在MYSQL-A的3306端口，通過網(wǎng)絡(luò)發(fā)給MYSQL-B蝗茁。

MYSQL-B收到后醋虏，寫入本地日志系統(tǒng)B，然后一條條的將數(shù)據(jù)庫事件在數(shù)據(jù)庫中完成哮翘。

那么灰粮，MYSQL-A的變化，MYSQL-B也會(huì)變化忍坷，這樣就是所謂的MYSQL的復(fù)制粘舟，即MYSQL replication。

在上面的模型中佩研，MYSQL-A就是主服務(wù)器柑肴，即master，MYSQL-B就是從服務(wù)器旬薯，即slave晰骑。

日志系統(tǒng)A，其實(shí)它是MYSQL的日志類型中的二進(jìn)制日志，也就是專門用來保存修改數(shù)據(jù)庫表的所有動(dòng)作硕舆，即bin log秽荞。【注意MYSQL會(huì)在執(zhí)行語句之后抚官，釋放鎖之前扬跋，寫入二進(jìn)制日志，確保事務(wù)安全】

日志系統(tǒng)B凌节，并不是二進(jìn)制日志钦听，由于它是從MYSQL-A的二進(jìn)制日志復(fù)制過來的，并不是自己的數(shù)據(jù)庫變化產(chǎn)生的倍奢，有點(diǎn)接力的感覺朴上，稱為中繼日志，即relay log卒煞。

可以發(fā)現(xiàn)痪宰，通過上面的機(jī)制，可以保證MYSQL-A和MYSQL-B的數(shù)據(jù)庫數(shù)據(jù)一致畔裕，但是時(shí)間上肯定有延遲酵镜，即MYSQL-B的數(shù)據(jù)是滯后的。

【即便不考慮什么網(wǎng)絡(luò)的因素柴钻，MYSQL-A的數(shù)據(jù)庫操作是可以并發(fā)的執(zhí)行的淮韭，但是MYSQL-B只能從relay log中讀一條，執(zhí)行下贴届。因此MYSQL-A的寫操作很頻繁靠粪，MYSQL-B很可能跟不上『硫荆】

2.主從復(fù)制的幾種方式

同步復(fù)制

所謂的同步復(fù)制占键，意思是master的變化，必須等待slave-1,slave-2,...,slave-n完成后才能返回元潘。

這樣畔乙，顯然不可取，也不是MYSQL復(fù)制的默認(rèn)設(shè)置翩概。比如牲距，在WEB前端頁面上，用戶增加了條記錄钥庇，需要等待很長時(shí)間牍鞠。

異步復(fù)制

如同AJAX請(qǐng)求一樣。master只需要完成自己的數(shù)據(jù)庫操作即可评姨。至于slaves是否收到二進(jìn)制日志难述，是否完成操作，不用關(guān)心。MYSQL的默認(rèn)設(shè)置胁后。

半同步復(fù)制

master只保證slaves中的一個(gè)操作成功店读，就返回，其他slave不管攀芯。

這個(gè)功能屯断，是由google為MYSQL引入的。

3.主從復(fù)制分析

問題1：master的寫操作敲才，slaves被動(dòng)的進(jìn)行一樣的操作裹纳，保持?jǐn)?shù)據(jù)一致性择葡，那么slave是否可以主動(dòng)的進(jìn)行寫操作紧武？

假設(shè)slave可以主動(dòng)的進(jìn)行寫操作，slave又無法通知master敏储，這樣就導(dǎo)致了master和slave數(shù)據(jù)不一致了阻星。因此slave不應(yīng)該進(jìn)行寫操作，至少是slave上涉及到復(fù)制的數(shù)據(jù)庫不可以寫已添。實(shí)際上妥箕，這里已經(jīng)揭示了讀寫分離的概念。

問題2：主從復(fù)制中更舞，可以有N個(gè)slave,可是這些slave又不能進(jìn)行寫操作畦幢，要他們干嘛？

可以實(shí)現(xiàn)數(shù)據(jù)備份缆蝉。

類似于高可用的功能宇葱，一旦master掛了，可以讓slave頂上去刊头，同時(shí)slave提升為master黍瞧。

異地容災(zāi)，比如master在北京原杂，地震掛了印颤，那么在上海的slave還可以繼續(xù)。

主要用于實(shí)現(xiàn)scale out,分擔(dān)負(fù)載,可以將讀的任務(wù)分散到slaves上穿肄。

【很可能的情況是年局，一個(gè)系統(tǒng)的讀操作遠(yuǎn)遠(yuǎn)多于寫操作，因此寫操作發(fā)向master咸产，讀操作發(fā)向slaves進(jìn)行操作】

問題3：主從復(fù)制中有master,slave1,slave2,...等等這么多MYSQL數(shù)據(jù)庫某宪，那比如一個(gè)JAVA WEB應(yīng)用到底應(yīng)該連接哪個(gè)數(shù)據(jù)庫?

當(dāng)然观蓄，我們?cè)趹?yīng)用程序中可以這樣皆串，insert/delete/update這些更新數(shù)據(jù)庫的操作，用connection(for master)進(jìn)行操作蒙幻，select用connection(for slaves)進(jìn)行操作。那我們的應(yīng)用程序還要完成怎么從slaves選擇一個(gè)來執(zhí)行select衣迷，例如簡單的輪循算法畏鼓。

這樣的話，相當(dāng)于應(yīng)用程序完成了SQL語句的路由壶谒，而且與MYSQL的主從復(fù)制架構(gòu)非常關(guān)聯(lián)云矫，一旦master掛了，某些slave掛了汗菜，那么應(yīng)用程序就要修改了让禀。能不能讓應(yīng)用程序與MYSQL的主從復(fù)制架構(gòu)沒有什么太多關(guān)系呢？可以看下面的圖：

找一個(gè)組件陨界，application program只需要與它打交道巡揍，用它來完成MYSQL的代理，實(shí)現(xiàn)SQL語句的路由菌瘪。

mysql proxy并不負(fù)責(zé)腮敌，怎么從眾多的slaves挑一個(gè)？可以交給另一個(gè)組件(比如haproxy)來完成俏扩。

這就是所謂的MYSQL READ WRITE SPLITE糜工，MYSQL的讀寫分離。

問題4：如果mysql proxy , direct , master他們中的某些掛了怎么辦录淡？

總統(tǒng)一般都會(huì)弄個(gè)副總統(tǒng)捌木，以防不測。同樣的嫉戚，可以給這些關(guān)鍵的節(jié)點(diǎn)來個(gè)備份刨裆。

問題5：當(dāng)master的二進(jìn)制日志每產(chǎn)生一個(gè)事件，都需要發(fā)往slave彼水，如果我們有N個(gè)slave,那是發(fā)N次崔拥，還是只發(fā)一次？

如果只發(fā)一次凤覆，發(fā)給了slave-1链瓦，那slave-2,slave-3,...它們?cè)趺崔k？

顯然盯桦，應(yīng)該發(fā)N次慈俯。實(shí)際上，在MYSQL master內(nèi)部拥峦，維護(hù)N個(gè)線程贴膘，每一個(gè)線程負(fù)責(zé)將二進(jìn)制日志文件發(fā)往對(duì)應(yīng)的slave。master既要負(fù)責(zé)寫操作略号，還的維護(hù)N個(gè)線程刑峡，負(fù)擔(dān)會(huì)很重洋闽。可以這樣突梦，slave-1是master的從诫舅，slave-1又是slave-2,slave-3,...的主，同時(shí)slave-1不再負(fù)責(zé)select宫患。slave-1將master的復(fù)制線程的負(fù)擔(dān)刊懈，轉(zhuǎn)移到自己的身上。這就是所謂的多級(jí)復(fù)制的概念娃闲。

問題6：當(dāng)一個(gè)select發(fā)往mysql proxy虚汛，可能這次由slave-2響應(yīng)，下次由slave-3響應(yīng)皇帮，這樣的話卷哩，就無法利用查詢緩存了。

應(yīng)該找一個(gè)共享式的緩存玲献，比如memcache來解決殉疼。將slave-2,slave-3,...這些查詢的結(jié)果都緩存至mamcache中梯浪。

問題7：隨著應(yīng)用的日益增長捌年，讀操作很多，我們可以擴(kuò)展slave挂洛，但是如果master滿足不了寫操作了礼预，怎么辦呢？

scale on ?更好的服務(wù)器虏劲？ 沒有最好的托酸，只有更好的，太貴了柒巫。励堡。。

scale out ? 主從復(fù)制架構(gòu)已經(jīng)滿足不了堡掏。

可以分庫【垂直拆分】应结，分表【水平拆分】。

轉(zhuǎn)自：http://blog.51cto.com/zhangfengzhe/1563032