低讀低寫并發(fā)妥衣、低數(shù)據(jù)量方案
方案一：雙機高可用方案
1.數(shù)據(jù)庫架構圖
2.特點
一臺機器A作為讀寫庫唠倦，另一臺B作為備份庫称鳞；A庫故障后B庫作為讀寫庫冈止；A庫恢復后A作為備庫灭必。
3.開發(fā)說明
此種情況下呻畸，數(shù)據(jù)源配置中的數(shù)據(jù)庫IP地址，可采用虛擬的IP地址悼院。虛擬IP地址由兩臺數(shù)據(jù)庫機器上的keepalive配置伤为，并互相檢測心跳。當其中一臺故障后据途，虛擬IP地址會自動漂移到另外一臺正常的庫上绞愚。
數(shù)據(jù)庫的主備配置、故障排除和數(shù)據(jù)補全颖医，需要DBA和運維人員來維護位衩。而程序代碼或配置并不需要修改。
具體配置可參考資料：
http://lizhenliang.blog.51cto.com/7876557/1362313
http://database.51cto.com/art/201012/237204.htm
http://gaoke.iteye.com/blog/2283890
4.適應場景
讀和寫都不高的場景（單表數(shù)據(jù)低于500萬）熔萧，雙機高可用糖驴。
5.優(yōu)缺點
優(yōu)點是一個機器故障了可以自動切換；缺點是只有一個庫在工作佛致，讀寫并未分離贮缕，并發(fā)有限制。
方案二：主從結構方案
1.數(shù)據(jù)庫架構圖
2.特點
一臺機器A作為寫庫俺榆，另一臺B作為讀庫感昼；A庫故障后B庫充當讀寫，A修復后罐脊，B庫為寫庫定嗓，A庫為讀庫。
3.開發(fā)說明
這種方案的實現(xiàn)爹殊，要借助數(shù)據(jù)庫中間件Mycat來實現(xiàn)蜕乡，Mycat的datahost配置如下（注意balance和writetype的設置）
<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>
項目開發(fā)中，要配置Mycat數(shù)據(jù)源梗夸，并實現(xiàn)對Mycat數(shù)據(jù)源的數(shù)據(jù)操作层玲。數(shù)據(jù)庫A和數(shù)據(jù)庫B應該互為主從。數(shù)據(jù)庫的主主配置反症、故障排除和數(shù)據(jù)補全辛块，依然需要DBA和運維人員來維護。
4.適應場景
讀和寫都不是非常高的場景（單表數(shù)據(jù)低于1000萬）铅碍，高可用润绵。比方案一并發(fā)要高很多。
5.優(yōu)缺點
優(yōu)點是一個機器故障了可以自動切換胞谈；讀寫分離尘盼，并發(fā)有了很大的提升憨愉。缺點是引入了一個Mycat節(jié)點，若要高可用需要引入至少兩個Mycat卿捎。常規(guī)的解決方案是引入haproxy和keepalive對mycat做集群配紫。
高讀低寫并發(fā)、低數(shù)據(jù)量方案
方案三：一主多從+讀寫分離
1.數(shù)據(jù)庫架構圖
2.特點
一個主寫庫A多個從庫午阵，當主庫A故障時躺孝，提升從庫B為主寫庫，同時修改C底桂、D庫為B的從庫植袍。A故障修復后，作為B的從庫籽懦。
3.開發(fā)說明
項目開發(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會自動把從B提升為寫庫览濒。而C、D從庫拖云，則可以通過MHA等工具贷笛，自動修改其主庫為B。進而實現(xiàn)自動切換的目地宙项。
MHA Manager可以單獨部署在一臺獨立的機器上管理多個master-slave集群乏苦，也可以部署在一臺slave節(jié)點上。MHA Node運行在每臺MySQL服務器上尤筐，MHA Manager會定時探測集群中的master節(jié)點汇荐，當master出現(xiàn)故障時，它可以自動將最新數(shù)據(jù)的slave提升為新的master盆繁，然后將所有其他的slave重新指向新的master掀淘。整個故障轉移過程對應用程序完全透明。
MHA相關知識請參考：
http://www.cnblogs.com/gomysql/p/3675429.html
4.適應場景
該架構適合寫并發(fā)不大油昂、但是讀并發(fā)大的很的場景
5.優(yōu)缺點
由于配置了多個讀節(jié)點革娄，讀并發(fā)的能力有了質(zhì)的提高。理論上來說冕碟，讀節(jié)點可以多個拦惋，可以負載很高級別的讀并發(fā)。當然安寺，Mycat依然需要設計高可用方案厕妖。
高讀寫并發(fā)、低數(shù)據(jù)量方案
方案四：MariaDB Galera Cluster方案
1.數(shù)據(jù)庫架構圖
2.特點
? ? 多個數(shù)據(jù)庫挑庶，在負載均衡作用下言秸，可同時進行寫入和讀取操作软能；各個庫之間以Galera Replication的方法進行數(shù)據(jù)同步，即每個庫理論上來說举畸，數(shù)據(jù)是完全一致的埋嵌。
3.開發(fā)說明
數(shù)據(jù)庫讀寫時，只需要修改數(shù)據(jù)庫讀寫IP為keepalive的虛擬節(jié)點即可俱恶；數(shù)據(jù)庫配置方面相對比較復雜，需要引入haproxy范舀、keepalive合是、Galaera等各種插件和配置。
4.適用場景
? ? 該方案適合讀寫并發(fā)較大锭环、數(shù)據(jù)量不是非常大的場景聪全。
5.優(yōu)缺點點
優(yōu)點：1）可以在任意節(jié)點上進行讀2）自動剔除故障節(jié)點3）自動加入新節(jié)點4）真正并行的復制，基于行級5）客戶端連接跟操作單數(shù)據(jù)庫的體驗一致辅辩。6)?同步復制难礼，因此具有較高的性能和可靠性。
缺點：1) DELETE操作不支持沒有主鍵的表,沒有主鍵的表在不同的節(jié)點順序?qū)⒉煌?）處理事務時玫锋，會運行一個協(xié)調(diào)認證程序來保證事務的全局一致性蛾茉，若該事務長時間運行，就會鎖死節(jié)點中所有的相關表撩鹿，導致插入卡浊妗（這種情況和單表插入是一樣的）。2）整個集群的寫入吞吐量是由最弱的節(jié)點限制节沦，如果有一個節(jié)點變得緩慢键思，那么整個集群將是緩慢的。為了穩(wěn)定的高性能要求甫贯，所有的節(jié)點應使用統(tǒng)一的硬件吼鳞。3）如果DDL語句有問題將破壞集群,建議禁用。4)?Mysql數(shù)據(jù)庫5.7.6及之后的版本才支持此種方案叫搁。
高讀寫并發(fā)赔桌、高數(shù)據(jù)量方案
方案五?數(shù)據(jù)庫中間件
1.?數(shù)據(jù)庫架構圖
2.特點
采用Mycat進行分片存儲，可以解決寫負載均衡和數(shù)據(jù)量過大問題常熙；每個分片配置多個讀從庫纬乍，可以減少單個庫的讀壓力。
3.開發(fā)說明
此種情況裸卫，需要配置Haproxy仿贬、keepalive和mycat集群，每個分片上又需要配置一主多從的集群墓贿。每個分片上的完整配置茧泪，具體請參考方案三蜓氨，可以簡單地把方案三理解為一個分片結構。因此队伟，配置和維護量都比較大穴吹。
4.適用場景
讀寫并發(fā)都很大并且數(shù)據(jù)量非常大的場景。
5.優(yōu)缺點
優(yōu)點：終極的解決高并發(fā)高數(shù)據(jù)量的方法嗜侮。
缺點：配置和維護都比較麻煩港令，需要的軟硬件設備資源大。
