沙箱sb1,sb2,sb3的起点:所有相同的盒子。
一个新的debian 9安装
mariadb 10.2
Galera3
构建一个带有空数据库的测试galera集群很好。所有三个节点都出现并按预期工作。
然后,在停止测试集群之后,将生产mariadb服务器上的LVM快照复制到sb1。
使用独立配置启动mariadb服务器,以查看所有数据库和表是否正确。(配置我从服务器获取数据)
关机并重新启动独立服务器,以查看是否存在问题。
一切正常,服务器按预期启动和停止。
那就换个托辞来适合加雷拉
尝试用
那就是
就是发生了什么。
my.cnf
[mysqld]
#mysql settings
binlog_format=ROW
default-storage-engine=innodb
innodb_autoinc_lock_mode=2
query_cache_size=0
query_cache_type=0
bind-address=0.0.0.0
max_connections=700
log-error=/var/log/mysql/error.log
#------------------------------------------------------------
#galera settings
#------------------------------------------------------------
wsrep_on=ON
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_provider_options="gcache.size=512M"
datadir = /var/lib/mysql
wsrep_sst_method=rsync
#wsrep_sst_method = xtrabackup-v2
wsrep_cluster_name="tam_cluster"
wsrep_cluster_address="gcomm://162.255.86.161,74.208.250.175,162.255.86.145,93.115.26.72"
#for each machine different
wsrep_node_address="162.255.86.145"
wsrep_node_name="node_5"
!includedir /etc/mysql/conf.d/有人知道出了什么问题吗?
发布于 2018-01-04 22:41:12
我让它成功了。
问题在于引导脚本如何尝试启动服务器。
我在不同的机器上尝试过,在使用脚本galera_new_cluster引导集群时,它们都有相同的症状。
我想这和系统有关吧。
引导新集群“手动”使用
mysqld -umysql --wsrep-new-cluster在我试过的所有机器上都成功了。
在启动其他节点时,不要使用"systemd方式“也是个好主意。
systemd机制有一个超时,如果您与其他节点的同步时间稍长,systemd会抛出一个错误,但是mysql会继续运行并执行它应该做的事情。
这不是坏事,但有点让人困惑。
因此,现在我建议您也“手动”启动其他节点。
mysqld -umysql如果所有节点都是同步的,那么打开另一个终端,
mysqladmin -u<YourPrivilegedUser> -p shutdown在此之后,您可以使用"systemd方式“正常启动和停止节点。
希望能帮上忙。
Ju
https://dba.stackexchange.com/questions/194606
复制相似问题