1、一主多從

適用場景：數據實時性要求不高，讀多寫少。

實現方式：擴展slave數量，將讀壓力分散到多臺slave機器上，以此解決數據庫端的讀性能瓶頸。

在實際應用場景中，MySQL復制90%以上都是一個Master復制到一個或者多個Slave的架構模式，主要用于讀壓力比較大的應用的數據庫端廉價擴展解決方案。因為只要Master和Slave的壓力不是太大(尤其是Slave端壓力)的話，異步復制的延時一般都很少很　少。尤其是自從Slave端的復制方式改成兩個線程處理之后，更是減小了Slave端的延時問題。而帶來的效益是，對于數據實時性要求不是特別Critical的應用，只需要通過廉價的pcserver來擴展Slave的數量，將讀壓力分散到多臺Slave的機器上面，即可通過分散單臺數據庫服務器的讀壓力來解決數據庫端的讀性能瓶頸，畢竟在大多數數據庫應用系統中的讀壓力還是要比寫壓力大很多。這在很大程度上解決了目前很多中小型網站的數據庫壓力瓶頸問題，甚至有些大型網站也在使用類似方案解決數據庫瓶頸。

但是，當slave增加到一定數量時，slave對master的負載以及網絡帶寬都會成為一個嚴重的問題。

2、級聯復制架構 Master-Slaves-Slaves

在有些應用場景中，可能讀寫壓力差別比較大，讀壓力特別的大，一個Master可能需要上10臺甚至更多的Slave才能夠支撐注讀的壓力。這時候，Master就會比較吃力了，因為僅僅連上來的SlaveIO線程就比較多了，這樣寫的壓力稍微大一點的時候，Master端因為復制就會消耗較多的資源，很容易造成復制的延時。

3、Mysql Cluster

可用性高、數據一致性好

安裝配置管理繁瑣，適合場景局限

總體不推薦

4、雙主復制

心跳監測和資源接管。在指定的時間沒有收到對方發送的報文，就認為對方失效，這時需啟動資源接管模塊來接管運行在對方主機上的資源或服務。

5、DRBD

DRBD 是途過網絡來實現塊設備的數據鏡像同步的一款開源 Cluster 軟件，它自動完成網絡中兩個不同服務器上的磁盤同步，相對于 binlog 日志同步，它是更底層的磁盤同步，理論上 DRDB 適合很多文件型系統的高可用。

6、Lvs+Keepalived+雙主復制

7、MariaDB Galera

參考資料：

1、http://blog.csdn.net/hguisu/article/details/7325124/

2、mycat_1.5.2.pdf

總結

以上是生活随笔為你收集整理的mysql高可用最佳实践_mysql高可用方案的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。