如何分析MySQL Group Replication，很多新手對(duì)此不是很清楚，為了幫助大家解決這個(gè)難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

目前創(chuàng)新互聯(lián)已為1000+的企業(yè)提供了網(wǎng)站建設(shè)、域名、網(wǎng)站空間、綿陽服務(wù)器托管、企業(yè)網(wǎng)站設(shè)計(jì)、貴溪網(wǎng)站維護(hù)等服務(wù)，公司將堅(jiān)持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長(zhǎng)，共同發(fā)展。

最近看了下MySQL Group Replication的內(nèi)容，因?yàn)榘l(fā)布的時(shí)間不是很長(zhǎng)，可以算是一個(gè)新鮮玩意，而且因?yàn)樗赜械囊饬x，這個(gè)特性顯得更加意味深長(zhǎng)。
我接觸Oracle的時(shí)間要長(zhǎng)一些，所以很多時(shí)候都喜歡帶著對(duì)比的眼光來看，單著自己嘗試著用了下這個(gè)特性，感覺一下子讓我找到了當(dāng)年學(xué)習(xí)Oracle 10g RAC時(shí)的感覺，里面還是有一些小問題，而且還不少，眼巴巴的看著報(bào)錯(cuò)，但是日志又很有限，查閱資料，竟然不是bug就是找不到一些相關(guān)的信息，所以有時(shí)候有種信息孤島的感覺。
官網(wǎng)的資料自己也看了好幾遍，在自己在電腦環(huán)境中也模擬了不下十次，每次感覺都是差一點(diǎn)，有一些讓人感覺不大滿意的地方，我覺得在這方面的付出可真不比Oracle少，而且我也知道這個(gè)新特性要達(dá)到成熟到普及，還需要時(shí)日。這個(gè)過程總是讓人難忘而且艱辛。
首先這個(gè)特性，使得MySQL和Oracle體量更加接近，看看下載的二進(jìn)制包就讓人手里一抖，壓塑包600多M,但是解壓后竟然有差不多2.6G.
  # du -sh ./*
2.6G    ./mysql-5.7.17-linux-glibc2.5-x86_64
625M    ./mysql-5.7.17-linux-glibc2.5-x86_64.tar.gz
   如果仔細(xì)往下看，就會(huì)發(fā)現(xiàn)里面group replication的部分占用的空間確實(shí)不少。
   我想下面的這個(gè)圖，如果要看group replication都要說上一段，各類博客中都有自然引用到，原來來自于官網(wǎng)的解讀。
  
   從原生的Replication過渡到插件式的半同步，再到Group Replication，真是一個(gè)很大的進(jìn)步，高可用方案隨著這個(gè)技術(shù)的成熟相比也會(huì)逐漸成為一種趨勢(shì)，從Galera到后面Percona包裝的PXC,從Group replication的角度再回頭來看，竟然發(fā)現(xiàn)是如此相似。Galera的作者都是一批20多年實(shí)戰(zhàn)經(jīng)驗(yàn)的老鳥，在技術(shù)成熟度方面肯定完全不遜于官方。所以選擇哪一個(gè)或者哪一個(gè)更成熟，到時(shí)候會(huì)是擺在MySQL DBA面前的一個(gè)艱難的選擇。
   然后再來一張圖。MySQL 插件的結(jié)構(gòu)圖。
  
MySQL的這個(gè)高可用方案是一個(gè)share nothing的架構(gòu)，這樣也就使得整個(gè)架構(gòu)是一個(gè)強(qiáng)一致性的設(shè)計(jì)方式，自然會(huì)用到組播的方式。
Oracle中搭建RAC需要一個(gè)集群軟件，早期是可選第三方，后來統(tǒng)一為Oracle專供，也就是后來所說的Grid Infrastrue,不光整合力集群軟件，ASM的部分也整合進(jìn)去了，有點(diǎn)強(qiáng)拆的感覺。MGR的模式目前是推薦單主的形式，即讀寫分離的方式，也可以做到多主。
   MySQL Group Replication中的這個(gè)部分是由Corosync來實(shí)現(xiàn)的，corosync的由來是源于一個(gè)Openais的項(xiàng)目，可以實(shí)現(xiàn)HA心跳信息傳輸?shù)墓δ?，是眾多?shí)現(xiàn)HA集群軟件中之一，在MGR早起的實(shí)驗(yàn)室版本還需要特意關(guān)注這部分的信息，特意的設(shè)定和配置使得集群環(huán)境能夠穩(wěn)步運(yùn)行，MGR也是包含了綁定corosync的接口，這個(gè)接口實(shí)際上是corosync到client API的一個(gè)隱式映射。
   由此我也看到了幾個(gè)不錯(cuò)的解決方案，

corosync+pacemaker+mysql+drbd 實(shí)現(xiàn)mysql的高可用，還有搭建Group Replication很有想法的一個(gè)實(shí)踐，就是先配置gtid,然后切換到group replication，使得這個(gè)過程更加平滑。

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝您對(duì)創(chuàng)新互聯(lián)的支持。

網(wǎng)頁名稱：如何分析MySQLGroupReplication-創(chuàng)新互聯(lián)
分享地址：http://www.rwnh.cn/article26/dddhjg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供外貿(mào)建站、網(wǎng)站維護(hù)、微信小程序、面包屑導(dǎo)航、網(wǎng)頁設(shè)計(jì)公司、全網(wǎng)營(yíng)銷推廣

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)