最近在規劃centos7版本中的MySQL測試情況，于是找了公司內部的虛擬機來做下模擬測試。
關于MGR自然不用花太多的時間來重復車轱轆話，安裝和部署始終是我們學習MGR的第一步，可以參考一些建議和捷徑。
牛刀小試：
個人的小項目mysql_mgr_test開放了
入門：
分分鐘可以實現的手工搭建MGR步驟
MGR環境構建中需要考慮的細節（一）
MGR環境構建中需要考慮的細節（二）
運維系統數據庫升級到MGR小結
單主到多主模式
MGR從單主模式向多主模式的迭代演進
當然這些內容中是缺少一些詳細的性能測試數據的。
性能數據可以參考一篇對比測試的文章，總結的蠻好。
恒豐銀行 I MySQL MGR與Galera性能測試買家秀
在本次測試中，我使用的是社區版5.7.27作為測試的對比，整個測試預期是按照如下的方式來做對比的。
在實際部署時，CentOS7中還是存在一些差異，為了盡可能和運維平臺銜接起來，所以整個部署是使用了平臺化工具來做的。但是在啟動GR的時候，報出了如下的錯誤，這個錯誤是之前沒有碰到的，感覺有些奇怪，日志內容如下：
2019-09-16T18:01:48.867853+08:00 2 [ERROR] Plugin group_replication reported: 'There was an error when trying to access the server with user: mysql.session.Make sure the user is present in the server and that mysql_upgrade was run after a server update.'
2019-09-16T18:01:48.867948+08:00 2 [Note] Plugin group_replication reported: 'Requesting to leave the group despite of not being a member'
2019-09-16T18:01:48.867965+08:00 2 [ERROR] Plugin group_replication reported: 'Error calling group communication interfaces while trying to leave the group'
通過這段日志分析可以看出，提示是在GR的配置層面出現了問題。但是整個過程都是平臺化管理的，而且我們另外一套MGR多活環境都上線半年左右了，不至于犯太低級的配置錯誤。
所以我的排查重點一個就是在版本的差異上，另外一個就是查看新版本是否有一些配置的差異，當然也排除了seed,白名單，流控等配置的因素。
在反復比對多次之后，發現還是得從日志里面的mysql.session開始排查。mysql.session和mysql.sys是5.7推出的兩個內置用戶，插件內部是使用mysql.session@localhost這樣的用戶來訪問服務的。為什么這個環境里面沒有mysql.session用戶呢，追根溯源發現原來是在平臺化腳本部署中，考慮到默認用戶的風險，所以把匿名用戶和不相關的用戶都刪除了，里面有一條SQL類似這樣的處理方式：
delete from mysql.user where user!='xxxx';
按照這個邏輯就會刪掉mysql.session和mysql.sys這兩個內置用戶。
難怪在錯誤日志里面會提示需要做mysql_upgrade來做特殊處理，其實都是一些細節上的差異。
跳過了這個坑，其他的事情就好辦了，很快MGR集群都搭建好了。
修復這個問題之后，就開始sysbench的部署了。
整個過程還是比較簡單，基本就是下面的幾個步驟:
yum -y install libtool
sudo ln -s /usr/local/mysql/bin/mysql_config /usr/bin/mysql_config
sh autogen.sh
./configure
make
sudo make install
我們做下數據配置。
>>create database sysbench_db;
>>create user sysbench_test identified by 'sysbench_test';
>>grant select,insert,update,delete on sysbench_db.* to sysbench_test;
>>grant create,drop,alter,index on sysbench_db.* to sysbench_test;
使用如下的方式來開啟sysbench的壓測準備
sysbench /usr/local/mysql_tools/sysbench-master/src/lua/oltp_read_write.lua --mysql-host=127.0.0.1 --mysql-port=4307 --mysql-user=sysbench_test --mysql-password=sysbench_test --mysql-db=sysbench_db --db-driver=mysql --tables=10 --table_size=10000000 --report-interval=10 --threads=128 --time=120 prepare
然后使用run的模式開啟壓測。
整個過程中，可以通過幾個維度看出異步復制和MGR的差異。
同樣的數據量，MGR消耗的時間大概在27分鐘左右。
-rw-r----- 1 mysql mysql 1073862213 Sep 17 16:03 mysqlbin.000040
。。。
-rw-r----- 1 mysql mysql 1074726537 Sep 17 16:30 mysqlbin.000075
而異步復制的耗時在13分鐘左右，其實差別還是比較明顯的。
-rw-r----- 1 mysql mysql 1073974259 Sep 17 17:16 mysqlbin.000001
。。。
-rw-r----- 1 mysql mysql 163475246 Sep 17 17:29 mysqlbin.000033
從性能測試來看，目前得到的初始數據，MGR的QPS在3200左右，而異步模式已經在5000左右了。
后續這一版測試還是要在一些細節上做一些補充測試。
個人新書 《MySQL DBA工作筆記》
