pxc 三个节点全部异常和正常关闭的启动顺序

mysql 5.7.27 pxc 三个节点全部异常和正常关闭的启动顺序： 1、正常关闭所有节点的时候因为不能生成gvwstate.dat，所以一定要保证第一个启动的是包含最新数据的节点!mysqld_safe --defaults-file=/etc/my.cnf --wsrep-recover来查看最新的节点! 2、Server version: 5.7.27-30-57-log 这个版本中，如下修改后!剩余一个节点也是可以提供服务的!#wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567wsrep_cluster_address = gcomm:// 3.关于wsrep_cluster_address ： 你启动数据库的时候，需要保证该参数中的一半以上的节点能连通，才能启动，否则会报错，所以如果有鉴证节点的话，最好把鉴证也加上!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)如果两个数据节点+一个鉴证节点，如果正常关闭了这两个数据节点，那么再启动的时候一定要去看看到底哪个节点是数据最新的，因为都是正常关闭的，所有没有生成gvwstate.dat文件，自然不能自动恢复(5.7.27-30-57) 1确定最新的节点：否则将会有数据丢失!(如果你不是选择的最新的启动了，那么当你尝试启动另一个数据节点(数据多的节点)的时候会报错说这个节点应用了更多的事务，而启动失败，具体如下：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-recover2020-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/mysqldata2020-03-23T03:27:52.134598Z mysqld_safe Skipping wsrep-recover for efca7e03-f55c-11e9-a230-5645b597da6b:12202 pair2020-03-23T03:27:52.137112Z mysqld_safe Assigning efca7e03-f55c-11e9-a230-5645b597da6b:12202 to wsrep_start_position2020-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 stateversion: 2.1uuid: efca7e03-f55c-11e9-a230-5645b597da6bseqno: 12202safe_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 如果不能保证一半以上的节点是可连通的，那么需要修改参数文件配置，改为空的，具体如下，这样修改之后一个节点也是可以提供服务的，记住只需要修改第一个启动的节点的即可!vi /etc/my.cnf#wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567wsrep_cluster_address = gcomm://否则会报错，无法open channel 10.9.21.178:4567,因为他是关闭的，但是如果你的参数设置的是wsrep_cluster_address = gcomm://10.9.21.179:4567,10.9.21.178:4567,10.9.21.114:4567,这样把鉴证节点也加上的话，如果鉴证节点服务是开启的网络也没问题，那就可以启动了，就不需要修改了具体报错：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():1592020-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