為了提高系統的可用性實現系統7*24小時運行的目標，我們的項目搭建了一個mysql集群來增加系統的可靠性，下面說一下項目中mysql集群的搭建過程。
先談談對於搭建各種集群、分布式、負載均衡的理解，一個高可用、高性能、伸縮性強的分布式系統並不是一蹴而就，一下搭出這樣的架構也有點不可能，至少個人覺得對於系統的運行狀況沒有一個可靠地保證，你不能保證架構中不會出現什麼纰漏之處，因此架構師也是一點一點成長起來的，在小的架構解決不了目前的問題時、在不斷的高並發、每年的雙十一等這樣的問題中成長起來的。
在我們這個項目中注重高可用，當一台數據庫服務器出現故障後不允許系統停止運行，也就是說需要多搭建幾台服務器讓它們可以自由切換，服務器集群很好的解決了我們對於高可用的需求。下面說一下我們是如何搭建mysql集群。
下載地址：http://dev.mysql.com/downloads/cluster/
三種節點：
1.管理節點（即集群的核心應用）
2.SQL節點（mysql Service）
3.數據節點 (數據文件)
1.管理節點
它是整個集群環境的核心類似於集群中起調度作用的樞紐，由它來負責管理其它節點的開啟、關閉等等，該節點也是從mysql 5.6版本之後才出現，可見數據庫對於搭建集群這個方向正在提出新的需求和新的挑戰，也許在之後的版本中搭建集群將變的非常簡單，期待後續版本功能更強大。
開始對於是SQL 節點是什麼？總有很多疑問，有沒有必要從mysql service中分離出來搭建完之後有點理解為什麼要把服務器和數據分離，結合mysql集群部署圖覺得有如下好處：
對於圖的理解：
所有的SQL nodes、data nodes要看成一個整體對待，任意一個sql node節點對data node的操作都是對所有data node節點的操作，會對所有的data node產生影響，例如向集群中某一個數據插入數據，其它數據節點也會插入相同的數據。
好處
耦合性小：如果一個sql節點壞掉，不會影響這個節點下面的數據節點，它和數據節點一點關系也沒有
同步問題：多個數據節點之間需要時刻同步數據
可用性最高：集群中只要有一個SQL節點、一個data節點可用，整個集群就是可用的，不需要考慮它們都部署在哪裡。也就是說集群中各個節點之間是透明的誰也不知道誰，它們都由管理節點來協調管理。
2.SQL節點
即mysql Service服務器，為數據庫提供各種服務，如操作數據庫、安全、備份、MySQL所使用的SQL語言是用於訪問數據庫的最常用標准化語言。
通過mysql 服務器來對數據進行管理、維護工作，這裡就不在多說。
3.數據節點
用戶的數據、數據庫、表、視圖、存儲過程等都保存在數據節點中。
PS:
對於數據庫集群通常需要上面三個節點，管理節點負責管理其它的節點，這三類節點可以任意部署在一台或者好幾台電腦上，為了方便部署和管理我把服務節點和數據節點部署在一起，分別部署在兩台電腦上，管理節點單獨部署在一台電腦上，盡量不要讓管理節點同數據節點、服務節點部署在一起，否則那台電腦壞掉後，其它節點就都不會運行了。
