7.1. 簡述
從MySQL 5.1 開始，就支持集群+復制了，這對於想要構建一個高可用方案的用戶來說，無疑是個驚喜。在這種模式下，既有主從的實時備份，又有基於集群的負載均衡，不足指出在於，從我的測試結果來看，這種方案下的性能還不是太高，仍有待改進。
集群+復制的配置其實很簡單，就是配置好2個獨立的集群後，把其中一個的SQL節點作為另一個集群SQL節點的slave即可。甚至可以使用下面幾種架構：
3個集群，6個SQL節點，形成一個3個點環形的復制。
3個集群，6個SQL節點，形成一個6個點環形的復制，把另一個SQL節點也利用起來。
7.2. 開始配置
7.2.1. master上的配置
由於集群下的復制是基於row-based復制的，因此需要設置logbin-format的格式為：ROW 或者 MIXED。
相對於普通的MySQLd服務器配置，只需要增加類似如下2行：
server-id = 1 binlog_format = "ROW" #or MIXED
7.2.2. slave上的配置
新版本的MySQL已經不再通過 my.cnf 來指定master相關的信息了，而是通過 CHANGE MASTER 指令來管理。因此，slave上只需簡單增加類似如下幾行：
server-id = 2 relay-log-purge=1 skip-slave-start replicate-ignore-db=MySQL
7.3. 啟動slave
先按照正常的方式啟動master和slave上的MySQLd後，執行SHOW PROCESSLIST 可以看到2個MySQLd都只有2個進程：
MySQL> SHOW PROCESSLIST; +----+-------------+-----------+------+---------+------+-----------------------------------+------------------+ | Id | User | Host | db | Command | Time | State | Info | +----+-------------+-----------+------+---------+------+-----------------------------------+------------------+ | 1 | system user | | | Daemon | 0 | Waiting for event from ndbcluster | NULL | | 2 | root | localhost | NULL | Query | 0 | NULL | show processlist | +----+-------------+-----------+------+---------+------+-----------------------------------+------------------+ 2 rows in set (0.00 sec)
在slave上執行 SHOW SLAVE STATUS 再看看：
MySQL> show slave status\G Empty set (0.00 sec)
可以看到，現在還沒有任何復制相關的配置。因此，我們需要先在master上添加一個賬戶用於復制：
MySQL> GRANT REPLICATION SLAVE, GRANT REPLICATION CLIENT ON *.* TO rep@’192.168.1.2’ IDENTIFIED BY ‘rep’; Query OK, 0 rows affected (0.00 sec)
然後，我們用 CHANGE MASTER 指令來指定一下 master 相關的參數：
以下是代碼片段：
MySQL> CHANGE MASTER TO MASTER_HOST='192.168.0.2', MASTER_USER='rep', MASTER_PASSWord='rep';
Query OK, 0 rows affected (0.01 sec)
MySQL> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File:
Read_Master_Log_Pos: 4
Relay_Log_File: slave-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File:
Slave_IO_Running: No
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB: MySQL
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 0
Relay_Log_Space: 106
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
1 row in set (0.00 sec)
執行 START SLAVE 來啟動它。
MySQL> start slave; Query OK, 0 rows affected (0.00 sec)
再來看看：
以下是代碼片段：
MySQL> SHOW SLAVE STATUS\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.2
Master_User: rep
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000001
Read_Master_Log_Pos: 256
Relay_Log_File: slave-relay-bin.000002
