pxc三個節(jié)點全部異常和正常關(guān)閉的啟動順序是怎樣的

這篇文章給大家介紹pxc三個節(jié)點全部異常和正常關(guān)閉的啟動順序是怎樣的，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

mysql 5.7.27 pxc 三個節(jié)點全部異常和正常關(guān)閉的啟動順序：

1、正常關(guān)閉所有節(jié)點的時候因為不能生成gvwstate.dat，所以一定要保證第一個啟動的是包含最新數(shù)據(jù)的節(jié)點!

mysqld_safe --defaults-file=/etc/my.cnf --wsrep-recover來查看最新的節(jié)點!

2、Server version: 5.7.27-30-57-log 這個版本中，如下修改后!剩余一個節(jié)點也是可以提供服務(wù)的!

#wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567

wsrep_cluster_address = gcomm://

3.關(guān)于wsrep_cluster_address ：

你啟動數(shù)據(jù)庫的時候，需要保證該參數(shù)中的一半以上的節(jié)點能連通，才能啟動，否則會報錯，所以如果有鑒證節(jié)點的話，最好把鑒證也加上!

wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567

報錯如下所示：

2020-03-23T04:55:26.861788Z 0 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1514: Failed to open channel 'LIUWENHE_CLUSTER' at 'gcomm://10.9.21.179:4567,10.9.21.178:4567': -110 (Connection timed out)

如果兩個數(shù)據(jù)節(jié)點+一個鑒證節(jié)點，如果正常關(guān)閉了這兩個數(shù)據(jù)節(jié)點，那么再啟動的時候一定要去看看到底哪個節(jié)點是數(shù)據(jù)最新的，因為都是正常關(guān)閉的，所有沒有生成gvwstate.dat文件，自然不能自動恢復(fù)(5.7.27-30-57)

1確定最新的節(jié)點：否則將會有數(shù)據(jù)丟失!

(如果你不是選擇的最新的啟動了，那么當(dāng)你嘗試啟動另一個數(shù)據(jù)節(jié)點(數(shù)據(jù)多的節(jié)點)的時候

會報錯說這個節(jié)點應(yīng)用了更多的事務(wù)，而啟動失敗，具體如下：

2020-03-23T03:44:19.126386Z 0 [ERROR] WSREP: gcs/src/gcs_group.cpp:group_post_state_exchange():353: Reversing history: 12202 -> 12200, this member has applied 2 more events than the primary component.Data loss is possible. Aborting.

2020-03-23T03:44:19.126413Z 0 [Note] WSREP: /usr/sbin/mysqld: Terminated.)

[root@beijing-fuli-hadoop-01 ~]# mysqld_safe --defaults-file=/etc/my.cnf --wsrep-recover

2020-03-23T03:27:52.074550Z mysqld_safe Logging to '/data/logs/mysql/mysql_error.log'.

2020-03-23T03:27:52.078135Z mysqld_safe Logging to '/data/logs/mysql/mysql_error.log'.

2020-03-23T03:27:52.120280Z mysqld_safe Starting mysqld daemon with databases from /data/mysqldata

2020-03-23T03:27:52.134598Z mysqld_safe Skipping wsrep-recover for efca7e03-f55c-11e9-a230-5645b597da6b:12202 pair

2020-03-23T03:27:52.137112Z mysqld_safe Assigning efca7e03-f55c-11e9-a230-5645b597da6b:12202 to wsrep_start_position

2020-03-23T03:27:55.022957Z mysqld_safe mysqld from pid file /data/mysqldata/mysql.pid ended

2 修改/data/mysqldata/grastate.dat中的safe_to_bootstrap: 0改為1

# GALERA saved state

version: 2.1

uuid: efca7e03-f55c-11e9-a230-5645b597da6b

seqno: 12202

safe_to_bootstrap: 1

如果不改錯誤日志中會有提示：

2020-03-22T06:28:43.728598Z 0 [ERROR] WSREP: It may not be safe to bootstrap the cluster from this node. It was not the last one to leave the cluster and may not contain all the updates. To force cluster bootstrap with this node, edit the grastate.dat file manually and set safe_to_bootstrap to 1 .

3 如果不能保證一半以上的節(jié)點是可連通的，那么需要修改參數(shù)文件配置，改為空的，具體如下，這樣修改之后一個節(jié)點也是可以提供服務(wù)的，記住只需要修改第一個啟動的節(jié)點的即可!

vi /etc/my.cnf

#wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567

wsrep_cluster_address = gcomm://

否則會報錯，無法open channel 10.9.21.178:4567,因為他是關(guān)閉的，但是如果你的參數(shù)設(shè)置的是

wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567,10.9.21.114:4567,這樣把鑒證節(jié)點也加上的話，如果鑒證節(jié)點服務(wù)是開啟的網(wǎng)絡(luò)也沒問題，那就可以啟動了，就不需要修改了

具體報錯：

2020-03-23T04:55:26.861711Z 0 [ERROR] WSREP: failed to open gcomm backend connection: 110: failed to reach primary view (pc.wait_prim_timeout): 110 (Connection timed out)

at gcomm/src/pc.cpp:connect():159

2020-03-23T04:55:26.861730Z 0 [ERROR] WSREP: gcs/src/gcs_core.cpp:gcs_core_open():209: Failed to open backend connection: -110 (Connection timed out)

2020-03-23T04:55:26.861788Z 0 [ERROR] WSREP: gcs/src/gcs.cpp:gcs_open():1514: Failed to open channel 'LIUWENHE_CLUSTER' at 'gcomm://10.9.21.179:4567,10.9.21.178:4567': -110 (Connection timed out)

4 啟動即可!

/etc/init.d/mysql start

關(guān)于pxc三個節(jié)點全部異常和正常關(guān)閉的啟動順序是怎樣的就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。