低讀低寫并發(fā)、低數(shù)據(jù)量方案
方案一：雙機(jī)高可用方案
1.數(shù)據(jù)庫架構(gòu)圖
2.特點(diǎn)
一臺(tái)機(jī)器A作為讀寫庫，另一臺(tái)B作為備份庫；A庫故障后B庫作為讀寫庫；A庫恢復(fù)后A作為備庫。
3.開發(fā)說明
此種情況下，數(shù)據(jù)源配置中的數(shù)據(jù)庫IP地址，可采用虛擬的IP地址。虛擬IP地址由兩臺(tái)數(shù)據(jù)庫機(jī)器上的keepalive配置，并互相檢測(cè)心跳。當(dāng)其中一臺(tái)故障后，虛擬IP地址會(huì)自動(dòng)漂移到另外一臺(tái)正常的庫上。
數(shù)據(jù)庫的主備配置、故障排除和數(shù)據(jù)補(bǔ)全，需要DBA和運(yùn)維人員來維護(hù)。而程序代碼或配置并不需要修改。
具體配置可參考資料：
http://lizhenliang.blog.51cto.com/7876557/1362313
http://database.51cto.com/art/201012/237204.htm
http://gaoke.iteye.com/blog/2283890
4.適應(yīng)場(chǎng)景
讀和寫都不高的場(chǎng)景（單表數(shù)據(jù)低于500萬），雙機(jī)高可用。
5.優(yōu)缺點(diǎn)
優(yōu)點(diǎn)是一個(gè)機(jī)器故障了可以自動(dòng)切換；缺點(diǎn)是只有一個(gè)庫在工作，讀寫并未分離，并發(fā)有限制。
方案二：主從結(jié)構(gòu)方案
1.數(shù)據(jù)庫架構(gòu)圖
2.特點(diǎn)
一臺(tái)機(jī)器A作為寫庫，另一臺(tái)B作為讀庫；A庫故障后B庫充當(dāng)讀寫，A修復(fù)后，B庫為寫庫，A庫為讀庫。
3.開發(fā)說明
這種方案的實(shí)現(xiàn)，要借助數(shù)據(jù)庫中間件Mycat來實(shí)現(xiàn)，Mycat的datahost配置如下（注意balance和writetype的設(shè)置）
<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100">
<heartbeat>select user()</heartbeat>
<writeHost host="hostM1" url="192.168.1.135:3306" user="root" password="123" />
<writeHost host="hostM2" url="192.168.1.136:3306" user="root" password="123" />
</dataHost>
項(xiàng)目開發(fā)中，要配置Mycat數(shù)據(jù)源，并實(shí)現(xiàn)對(duì)Mycat數(shù)據(jù)源的數(shù)據(jù)操作。數(shù)據(jù)庫A和數(shù)據(jù)庫B應(yīng)該互為主從。數(shù)據(jù)庫的主主配置、故障排除和數(shù)據(jù)補(bǔ)全，依然需要DBA和運(yùn)維人員來維護(hù)。
4.適應(yīng)場(chǎng)景
讀和寫都不是非常高的場(chǎng)景（單表數(shù)據(jù)低于1000萬），高可用。比方案一并發(fā)要高很多。
5.優(yōu)缺點(diǎn)
優(yōu)點(diǎn)是一個(gè)機(jī)器故障了可以自動(dòng)切換；讀寫分離，并發(fā)有了很大的提升。缺點(diǎn)是引入了一個(gè)Mycat節(jié)點(diǎn)，若要高可用需要引入至少兩個(gè)Mycat。常規(guī)的解決方案是引入haproxy和keepalive對(duì)mycat做集群。
高讀低寫并發(fā)、低數(shù)據(jù)量方案
方案三：一主多從+讀寫分離
1.數(shù)據(jù)庫架構(gòu)圖
2.特點(diǎn)
一個(gè)主寫庫A多個(gè)從庫，當(dāng)主庫A故障時(shí)，提升從庫B為主寫庫，同時(shí)修改C、D庫為B的從庫。A故障修復(fù)后，作為B的從庫。
3.開發(fā)說明
項(xiàng)目開發(fā)中需要使用Mycat作為中間件，來配置主庫和從庫，核心配置如下：
<dataHost name="localhost1" maxCon="1000" minCon="10" balance="1" writeType="0" dbType="mysql" dbDriver="native" switchType="1" slaveThreshold="100">
<heartbeat>select user()</heartbeat>
<writeHost host="hostM1" url="192.168.1.135:3306" user="root" password="123" />
<writeHost host="hostM2" url="192.168.1.136:3306" user="root" password="123456" />
<writeHost host="hostM3" url="192.168.1.137:3306" user="root" password="123" />
<writeHost host="hostM4" url="192.168.1.138:3306" user="root" password="123" />
</dataHost>
主庫A故障后，Mycat會(huì)自動(dòng)把從B提升為寫庫。而C、D從庫，則可以通過MHA等工具，自動(dòng)修改其主庫為B。進(jìn)而實(shí)現(xiàn)自動(dòng)切換的目地。
MHA Manager可以單獨(dú)部署在一臺(tái)獨(dú)立的機(jī)器上管理多個(gè)master-slave集群，也可以部署在一臺(tái)slave節(jié)點(diǎn)上。MHA Node運(yùn)行在每臺(tái)MySQL服務(wù)器上，MHA Manager會(huì)定時(shí)探測(cè)集群中的master節(jié)點(diǎn)，當(dāng)master出現(xiàn)故障時(shí)，它可以自動(dòng)將最新數(shù)據(jù)的slave提升為新的master，然后將所有其他的slave重新指向新的master。整個(gè)故障轉(zhuǎn)移過程對(duì)應(yīng)用程序完全透明。
MHA相關(guān)知識(shí)請(qǐng)參考：
http://www.cnblogs.com/gomysql/p/3675429.html
4.適應(yīng)場(chǎng)景
該架構(gòu)適合寫并發(fā)不大、但是讀并發(fā)大的很的場(chǎng)景
5.優(yōu)缺點(diǎn)
由于配置了多個(gè)讀節(jié)點(diǎn)，讀并發(fā)的能力有了質(zhì)的提高。理論上來說，讀節(jié)點(diǎn)可以多個(gè)，可以負(fù)載很高級(jí)別的讀并發(fā)。當(dāng)然，Mycat依然需要設(shè)計(jì)高可用方案。
高讀寫并發(fā)、低數(shù)據(jù)量方案
方案四：MariaDB Galera Cluster方案
1.數(shù)據(jù)庫架構(gòu)圖
2.特點(diǎn)
? ? 多個(gè)數(shù)據(jù)庫，在負(fù)載均衡作用下，可同時(shí)進(jìn)行寫入和讀取操作；各個(gè)庫之間以Galera Replication的方法進(jìn)行數(shù)據(jù)同步，即每個(gè)庫理論上來說，數(shù)據(jù)是完全一致的。
3.開發(fā)說明
數(shù)據(jù)庫讀寫時(shí)，只需要修改數(shù)據(jù)庫讀寫IP為keepalive的虛擬節(jié)點(diǎn)即可；數(shù)據(jù)庫配置方面相對(duì)比較復(fù)雜，需要引入haproxy、keepalive、Galaera等各種插件和配置。
4.適用場(chǎng)景
? ? 該方案適合讀寫并發(fā)較大、數(shù)據(jù)量不是非常大的場(chǎng)景。
5.優(yōu)缺點(diǎn)點(diǎn)
優(yōu)點(diǎn)：1）可以在任意節(jié)點(diǎn)上進(jìn)行讀2）自動(dòng)剔除故障節(jié)點(diǎn)3）自動(dòng)加入新節(jié)點(diǎn)4）真正并行的復(fù)制，基于行級(jí)5）客戶端連接跟操作單數(shù)據(jù)庫的體驗(yàn)一致。6)?同步復(fù)制，因此具有較高的性能和可靠性。
缺點(diǎn)：1) DELETE操作不支持沒有主鍵的表,沒有主鍵的表在不同的節(jié)點(diǎn)順序?qū)⒉煌?）處理事務(wù)時(shí)，會(huì)運(yùn)行一個(gè)協(xié)調(diào)認(rèn)證程序來保證事務(wù)的全局一致性，若該事務(wù)長時(shí)間運(yùn)行，就會(huì)鎖死節(jié)點(diǎn)中所有的相關(guān)表，導(dǎo)致插入卡住（這種情況和單表插入是一樣的）。2）整個(gè)集群的寫入吞吐量是由最弱的節(jié)點(diǎn)限制，如果有一個(gè)節(jié)點(diǎn)變得緩慢，那么整個(gè)集群將是緩慢的。為了穩(wěn)定的高性能要求，所有的節(jié)點(diǎn)應(yīng)使用統(tǒng)一的硬件。3）如果DDL語句有問題將破壞集群,建議禁用。4)?Mysql數(shù)據(jù)庫5.7.6及之后的版本才支持此種方案。
高讀寫并發(fā)、高數(shù)據(jù)量方案
方案五?數(shù)據(jù)庫中間件
1.?數(shù)據(jù)庫架構(gòu)圖
2.特點(diǎn)
采用Mycat進(jìn)行分片存儲(chǔ)，可以解決寫負(fù)載均衡和數(shù)據(jù)量過大問題；每個(gè)分片配置多個(gè)讀從庫，可以減少單個(gè)庫的讀壓力。
3.開發(fā)說明
此種情況，需要配置Haproxy、keepalive和mycat集群，每個(gè)分片上又需要配置一主多從的集群。每個(gè)分片上的完整配置，具體請(qǐng)參考方案三，可以簡(jiǎn)單地把方案三理解為一個(gè)分片結(jié)構(gòu)。因此，配置和維護(hù)量都比較大。
4.適用場(chǎng)景
讀寫并發(fā)都很大并且數(shù)據(jù)量非常大的場(chǎng)景。
5.優(yōu)缺點(diǎn)
優(yōu)點(diǎn)：終極的解決高并發(fā)高數(shù)據(jù)量的方法。
缺點(diǎn)：配置和維護(hù)都比較麻煩，需要的軟硬件設(shè)備資源大。
