MYSQL 8 Innodb cluster mysqlsh安裝詳細(xì)過(guò)程及周邊是怎樣的

今天就跟大家聊聊有關(guān)MYSQL 8  Innodb cluster mysqlsh安裝詳細(xì)過(guò)程及周邊是怎樣的，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結(jié)了以下內(nèi)容，希望大家根據(jù)這篇文章可以有所收獲。

自打上期開(kāi)始了關(guān)于innodb cluster的安裝文字后，感覺(jué)突然就一股innodb cluster 的風(fēng)撲面而來(lái)，新技術(shù)的掌握看來(lái)是熱情很高。

今天這期其實(shí)是開(kāi)始對(duì)一些細(xì)節(jié)進(jìn)行盤點(diǎn)，先對(duì)周邊的命令進(jìn)行一次盤點(diǎn)，然后，總結(jié)一下在安裝中的一些配置參數(shù)，以及相關(guān)的信息的存儲(chǔ)位置

1 獲取當(dāng)前的 innodb cluster的狀態(tài)， 在通過(guò) connect 連接到 innodb cluster中的一臺(tái)機(jī)器后，我們通過(guò) getCluster() 命令來(lái)獲得集群的信息，然后在通過(guò)信息中的指定的命令進(jìn)行信息的展現(xiàn)

var cluster_1 = dba.getCluster()

cluster_1.describe() 

cluster_1.status()

在傳統(tǒng)的MYSQL 中我們通過(guò)performace_schema  replication_group_members 來(lái)查看系統(tǒng)的集群狀態(tài)，但現(xiàn)在我們可以通過(guò) status() 來(lái)更快的查看集群的狀態(tài)，圖中可以很清晰的看到 mgr3 已經(jīng)處于 missing的狀態(tài)。

這樣的操作方式和展現(xiàn)方式讓人有點(diǎn)像在操作MONGODB 的感覺(jué)。

實(shí)際上  cluster_1.status({'extended':3})  通過(guò)獲取 status 可以獲得更多的信息

實(shí)際上通過(guò)二次開(kāi)發(fā)，在此判斷節(jié)點(diǎn)間的數(shù)據(jù)復(fù)制的延遲，已經(jīng)有了更好的方法。

2  關(guān)于clone時(shí)的狀態(tài)，這個(gè)是比較好的一個(gè)狀態(tài)顯示，從一個(gè)主庫(kù)clone到一個(gè)從庫(kù)，那到底這個(gè)狀態(tài)拷貝了多少，還差多少，對(duì)操作人員是有意義的

例如官方文檔中提到的在clone中 currentStageProcess 可以顯示當(dāng)前的clone的狀態(tài)是什么百分比是多少。從中可以感受到MYSQL 8 對(duì)于集成性和人性化的改變。

———————————————————————————————

重新整理安裝，這次并不是從三臺(tái)單機(jī)開(kāi)始，此次是從一個(gè)已經(jīng)組建好的集群開(kāi)始。

1  解散集群

首先確認(rèn)集群的狀態(tài)

var cluster_v = dba.getCluster()

cluster_v.status()

2 cluster_v.dissolve()

然后通過(guò)手動(dòng)的確認(rèn)，集群就直接解散了。

然后在每個(gè)集群中運(yùn)行dba.dropMetadataSchema()

否則后續(xù)會(huì)產(chǎn)生遺留信息還存在無(wú)法建立集群的問(wèn)題

3  開(kāi)始搭建集群，確認(rèn)每個(gè)節(jié)點(diǎn)的當(dāng)前是否可以具備搭建集群的狀態(tài)

在每臺(tái)機(jī)器中都要運(yùn)行，檢測(cè)相關(guān)的狀態(tài)，這里截圖是OK 的狀態(tài)，如果不OK，需要通過(guò)他的報(bào)錯(cuò)信息對(duì)你的MYSQL 進(jìn)行調(diào)整。

4 創(chuàng)建新的集群，并在此添加相關(guān)的權(quán)重，以及白名單信息

5 開(kāi)始加入其他節(jié)點(diǎn)

實(shí)際上上面的添加集群的命令可以總結(jié)為4條

dba.createCluster('repl', {memberWeight:80,ipWhitelist: "192.168.198.0/24"})

var cluster_v = dba.getCluster()

cluster_v.addInstance('admin:1234.com@192.168.198.101:3306', {memberWeight:60})

cluster_v.addInstance('admin:1234.com@192.168.198.102:3306', {memberWeight:40})

僅僅這四條命令一個(gè) INNODB CLUSTER 就搭建成功了，那實(shí)際上的背后做了什么。

這大大降低了安裝集群的難度和復(fù)雜度，所以通過(guò)mysqsh 命令來(lái)管理 MGR 集群是大勢(shì)所趨，如果要用，基本上是逃不掉的。

最后設(shè)置整體的集群的 group-replication-consistency  （如果不知道什么是 group-replication-consistency 可以看我之前有一期關(guān)于這個(gè)說(shuō)明）

從目前最新的8.019版本的mysql來(lái)看，集群方案基本上已經(jīng)固化，并且安裝的方式越來(lái)越往自動(dòng)化上進(jìn)行，幾條命令后面其實(shí)上白條命令的集合。后續(xù)還要繼續(xù)研究后臺(tái)到底做了什么，出現(xiàn)問(wèn)題怎么知道是那個(gè)層面的問(wèn)題。

看完上述內(nèi)容，你們對(duì)MYSQL 8  Innodb cluster mysqlsh安裝詳細(xì)過(guò)程及周邊是怎樣的有進(jìn)一步的了解嗎？如果還想了解更多知識(shí)或者相關(guān)內(nèi)容，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝大家的支持。