【51CTO.com原創(chuàng)稿件】MySQL 當(dāng)前存在的三種復(fù)制模式有：異步模式、半同步模式和組復(fù)制模式。本次主要調(diào)研 MySQL 組復(fù)制技術(shù)實(shí)現(xiàn)，與數(shù)據(jù)庫性能測試工具使用。

測試環(huán)境

本文檔是在 99Cloud Lab OpenStack 平臺(tái)虛機(jī)上面測試，僅供參考。

系統(tǒng)： CentOS 7.3

虛機(jī)： 2 核 4G

版本： MySQL 5.7

技術(shù)架構(gòu)

MySQL Group Replication（簡稱 MGR）是官方推出的高可用解決方案，原生復(fù)制技術(shù)，基于插件的方式工作。其中 single primary mode 單主模式只有一個(gè)讀寫，其余都是只讀。

multi primary mode多主模式全部可讀寫

不管組復(fù)制單主還是多主的故障切換都無法讓應(yīng)用無感知，需要自主實(shí)現(xiàn)，包含以下特性：

•     復(fù)制管理操作更為自動(dòng)化。
•     通過 Paxos 協(xié)議提供數(shù)據(jù)庫集群節(jié)點(diǎn)數(shù)據(jù)強(qiáng)一致性保證。
•     多主模式所有節(jié)點(diǎn)都可讀寫操作。
•     解決網(wǎng)絡(luò)分區(qū)導(dǎo)致的腦裂問題，提升復(fù)制數(shù)據(jù)的可靠性。

一些不足

01、官方引言

意思就是 MGR 內(nèi)部沒有提供一種機(jī)制來實(shí)現(xiàn)主節(jié)點(diǎn)故障切換對應(yīng)用的無感知。應(yīng)用的這種故障無感知需要借助外力實(shí)現(xiàn)。

02、組復(fù)制的局限

所有涉及的數(shù)據(jù)都必須發(fā)生在 InnoDB 存儲(chǔ)引擎的表內(nèi)。

•     所有的表必須有明確的主鍵定義。
•     網(wǎng)絡(luò)地址只支持 IPv4。
•     需要低延遲，高帶寬的網(wǎng)絡(luò)。
•     目前集群限制最多允許 9 個(gè)節(jié)點(diǎn)。
•     必須啟用 binlog。
•     binlog 格式必須是 row 格式。
•     必須打開 gtid 模式。
•     復(fù)制相關(guān)信息必須使用表存儲(chǔ)。
•     事務(wù)寫集合（Transaction write set extraction）必須打開。
•     log slave updates 必須打開。
•     binlog 的 checksum 目前不支持。
•     由于事務(wù)寫集合的干擾，無法使用 savepoint。
•     serializable 隔離級別目前不支持。
•     對同一個(gè)對象，在集群中不同的實(shí)例上，并行地執(zhí)行 DDL（哪怕是相互沖突的DDL）是可行的，但會(huì)導(dǎo)致數(shù)據(jù)一致性等方面的錯(cuò)誤，目前階段不支持在多節(jié)點(diǎn)同時(shí)執(zhí)行同一對象的 DDL。
•     外鍵的級聯(lián)約束操作目前的實(shí)現(xiàn)并不完全支持，不推薦使用。

實(shí)驗(yàn)搭建

01、實(shí)驗(yàn)環(huán)境

02、安裝軟件

數(shù)據(jù)庫主配文件定義

datadir=/var/lib/mysql  
socket=/var/lib/mysql/mysql.sock 
report_host = 172.16.200.4 
max_connections = 4096 
# Disabling symbolic-links is recommended to prevent assorted security risks 
symbolic-links=0 
log-error=/var/log/mysqld.log 
pid-file=/var/run/mysqld/mysqld.pid 
server_id=1 
gtid_mode=ON 
enforce_gtid_consistency=ON 
master_info_repository=TABLE 
relay_log_info_repository=TABLE 
binlog_checksum=NONE 
log_slave_updates=ON 
log_bin=binlog 
binlog_format=ROW 
# Group Replication configuration 
transaction_write_set_extraction=XXHASH64 
loose-group_replication_group_name="09f09aca-2ee4-44f7-b4bb-7d5fe32b52a4"  
loose-group_replication_start_on_boot=off 
loose-group_replication_local_address= "172.16.200.4:33061" 
loose-group_replication_group_seeds= "172.16.200.9:33063,172.16.200.4:33061,172.16.200.6:33062" 
loose-group_replication_bootstrap_group= off 
#loose-group_replication_single_primary_mode=FALSE 
#loose-group_replication_enforce_update_everywhere_checks= TRUE 

03、復(fù)制授權(quán)

進(jìn)入數(shù)據(jù)庫

mysql> SET SQL_LOG_BIN=0; 
mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'rpl_pass'; 
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%'; 
mysql> FLUSH PRIVILEGES; 
mysql> SET SQL_LOG_BIN=1; 
mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='rpl_pass'      FOR CHANNEL 'group_replication_recovery'; 

04、啟動(dòng)組復(fù)制

安裝插件

INSTALL PLUGIN group_replication SONAME 'group_replication.so';  

啟動(dòng)復(fù)制通道

SET GLOBAL group_replication_bootstrap_group=ON; 
START GROUP_REPLICATION; 
SET GLOBAL group_replication_bootstrap_group=OFF; 

查看集群成員

mysql> SELECT * FROM performance_schema.replication_group_members; 

創(chuàng)建測試同步數(shù)據(jù)

mysql> CREATE DATABASE test; 
mysql> USE test; 
mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL); 
mysql> INSERT INTO t1 VALUES (1, 'Luis'); 

檢查同步數(shù)據(jù)和 Binlog

05、加入集群

其余節(jié)點(diǎn)加入集群

1）先定義主配文件與主機(jī) hosts

2）建立通道授權(quán)

SET SQL_LOG_BIN=0; 
CREATE USER rpl_user@'%' IDENTIFIED BY 'rpl_pass' ; 
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%' IDENTIFIED BY 'rpl_pass'; 
SET SQL_LOG_BIN=1; 
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='rpl_pass'  
    FOR CHANNEL 'group_replication_recovery'; 

3）添加插件

mysql>INSTALLPLUGINgroup_replicationSONAME'group_replication.so'; 

4）啟動(dòng)復(fù)制通道

mysql>STARTGROUP_REPLICATION; 

5）查看集群成員

mysql>SELECT*FROMperformance_schema.replication_group_members; 

06、集群驗(yàn)證

在各個(gè)節(jié)點(diǎn)都能看到同步的數(shù)據(jù)，說明集群搭建成功。

查看集群中的主節(jié)點(diǎn)

mysql> SELECT VARIABLE_VALUE FROM performance_schema.global_status
WHERE VARIABLE_NAME= 'group_replication_primary_member'; 

性能測試

01、工具選型

對于 MySQL 壓力測試，大多用 sysbench/tpcc-mysql 工具，主要針對數(shù)據(jù)庫 OLTP（在線事務(wù)處理）指標(biāo)。

在編輯 tpcc-mysql 環(huán)境時(shí)依賴 mysql_config，MySQL 5.7 版本以后 mysql_config 更換為了 pkg--config，明顯 tpcc-mysql 跟不上節(jié)奏。

本文檔性能測試工具選用sysbench 1.0.6

02、工具用法

準(zhǔn)備測試數(shù)據(jù)

開始壓測

清除測試數(shù)據(jù)

03、壓測 screen view

準(zhǔn)備測試數(shù)據(jù)

集群測試

單機(jī)測試

04、測試結(jié)果

調(diào)研結(jié)果

組復(fù)制模式配置比異步復(fù)制，半同步復(fù)制簡單便捷，數(shù)據(jù)同步效率也較高，組復(fù)制以插件形式工作。不管組復(fù)制單主還是多主的故障切換都無法讓應(yīng)用無感知，需要自主實(shí)現(xiàn)。

參考文檔

單庫安裝：https://dev.mysql.com/doc/refman/5.7/en/linux-installation-yum-repo.html

集群安裝：https://dev.mysql.com/doc/refman/5.7/en/group-replication-deploying-in-single-primary-mode.html

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請注明原文作者和出處為51CTO.com】