MYSQL innodb cluster會因為網絡影響性能嗎

這篇文章主要介紹MYSQL innodb cluster會因為網絡影響性能嗎，文中介紹的非常詳細，具有一定的參考價值，感興趣的小伙伴們一定要看完！

1 需要搭建mysql 8.019的的innodb cluster 的環境，需要三臺機器

192.168.198.100

192.168.198.101 (Primary)

192.168.198.102

然后我們在 192.168.198.101 上test 庫上創建lab 測試表（這個測試比較簡陋，原想使用sysbench來做一次全面的測試，但0.5版本的sysbench 無法和mysql 8的 用戶密碼插件進行無障礙的訪問，所以只能用下面的方式，另外如果是python 也是，需要升級你連接 mysql的 python-API,否則也會報錯）

這里面就不免吐槽，什么叫一個好的產品設計

1  版本不同時，盡量降低用戶的學習成本

2  版本不同時，盡量降低非必要的用戶付出的成本

3  版本不同時，盡量降低關鍵部位的改變，或者有兼容的方式進行過度

所以 mysql 在5.7 到8.0 的升級路上，要付出的成本，不低，當然是擋不住人們的熱情，但如果能做的更周到和妥帖，升級的路會更好。

然后 在正常的狀態下，開始往lab表插入數據

while true;do mysql -uroot -ppassword --socket=/data/mysql/mysql.sock -e "INSERT INTO test.lab (hostname,create_time) VALUES ( @@hostname,now())"; done 2>/dev/null

根據如下信息，每秒的插入數據的在  89 每秒每條

然后直接在 mgr3的機器上的/etc/hosts 將 mgr2 對應的地址改為一個不存在的地址

3號機已經無法連接到 mgr2 獲得集群的狀態信息，但從系統表中看，集群還是穩定的。

然后故伎重演，在看看MGR3 與 MGR1無法通訊后，是否會影響數據的插入，最后可以看到，不會影響，并且插入的速度還更快了（僅僅修改了/etc/hosts）

每秒插入大約在 

可以看到，MGR3 已經和 MGR1 無法進行通訊了，但和主節點無法聯系不同，至少還是可以進行狀態的展示，所有和主節點之間無法連接對比和從節點之間無法連接的影響性要大。

我們繼續故技重施，結果很有點意思

summary info:

系統正常的狀態下，每秒插入89條數據

系統丟失一個（其實說丟失有點不準確）節點，插入數據每秒 126條

從節點和領一個從節點失聯，每秒插入數據85條。

實際上這個測試可以做多次，例如做10次，然后取平均數（如果有人有時間可以試試）

所以針對那篇文字，實際上覺得有點問題，因為他缺少了一個從節點和從節點之間的測試，僅僅是測試了主節點和從節點之間的網絡問題。

以上是“MYSQL innodb cluster會因為網絡影響性能嗎”這篇文章的所有內容，感謝各位的閱讀！希望分享的內容對大家有幫助，更多相關知識，歡迎關注億速云行業資訊頻道！