最近在規(guī)劃centos7版本中的MySQL測試情況，于是找了公司內(nèi)部的虛擬機(jī)來做下模擬測試。
關(guān)于MGR自然不用花太多的時間來重復(fù)車轱轆話，安裝和部署始終是我們學(xué)習(xí)MGR的第一步，可以參考一些建議和捷徑。
牛刀小試：
個人的小項(xiàng)目mysql_mgr_test開放了
入門：
分分鐘可以實(shí)現(xiàn)的手工搭建MGR步驟
MGR環(huán)境構(gòu)建中需要考慮的細(xì)節(jié)（一）
MGR環(huán)境構(gòu)建中需要考慮的細(xì)節(jié)（二）
運(yùn)維系統(tǒng)數(shù)據(jù)庫升級到MGR小結(jié)
單主到多主模式
MGR從單主模式向多主模式的迭代演進(jìn)
當(dāng)然這些內(nèi)容中是缺少一些詳細(xì)的性能測試數(shù)據(jù)的。
性能數(shù)據(jù)可以參考一篇對比測試的文章，總結(jié)的蠻好。
恒豐銀行 I MySQL MGR與Galera性能測試買家秀
在本次測試中，我使用的是社區(qū)版5.7.27作為測試的對比，整個測試預(yù)期是按照如下的方式來做對比的。
在實(shí)際部署時，CentOS7中還是存在一些差異，為了盡可能和運(yùn)維平臺銜接起來，所以整個部署是使用了平臺化工具來做的。但是在啟動GR的時候，報出了如下的錯誤，這個錯誤是之前沒有碰到的，感覺有些奇怪，日志內(nèi)容如下：
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的配置層面出現(xiàn)了問題。但是整個過程都是平臺化管理的，而且我們另外一套MGR多活環(huán)境都上線半年左右了，不至于犯太低級的配置錯誤。
所以我的排查重點(diǎn)一個就是在版本的差異上，另外一個就是查看新版本是否有一些配置的差異，當(dāng)然也排除了seed,白名單，流控等配置的因素。
在反復(fù)比對多次之后，發(fā)現(xiàn)還是得從日志里面的mysql.session開始排查。mysql.session和mysql.sys是5.7推出的兩個內(nèi)置用戶，插件內(nèi)部是使用mysql.session@localhost這樣的用戶來訪問服務(wù)的。為什么這個環(huán)境里面沒有mysql.session用戶呢，追根溯源發(fā)現(xiàn)原來是在平臺化腳本部署中，考慮到默認(rèn)用戶的風(fēng)險，所以把匿名用戶和不相關(guān)的用戶都刪除了，里面有一條SQL類似這樣的處理方式：
delete from mysql.user where user!='xxxx';
按照這個邏輯就會刪掉mysql.session和mysql.sys這兩個內(nèi)置用戶。
難怪在錯誤日志里面會提示需要做mysql_upgrade來做特殊處理，其實(shí)都是一些細(xì)節(jié)上的差異。
跳過了這個坑，其他的事情就好辦了，很快MGR集群都搭建好了。
修復(fù)這個問題之后，就開始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
我們做下數(shù)據(jù)配置。
>>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的壓測準(zhǔn)備
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的模式開啟壓測。
整個過程中，可以通過幾個維度看出異步復(fù)制和MGR的差異。
同樣的數(shù)據(jù)量，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
而異步復(fù)制的耗時在13分鐘左右，其實(shí)差別還是比較明顯的。
-rw-r----- 1 mysql mysql 1073974259 Sep 17 17:16 mysqlbin.000001
。。。
-rw-r----- 1 mysql mysql 163475246 Sep 17 17:29 mysqlbin.000033
從性能測試來看，目前得到的初始數(shù)據(jù)，MGR的QPS在3200左右，而異步模式已經(jīng)在5000左右了。
后續(xù)這一版測試還是要在一些細(xì)節(jié)上做一些補(bǔ)充測試。
個人新書 《MySQL DBA工作筆記》
