Mysql Galera自启动自动启动--wsrep新集群
要从断电中恢复,我需要在系统引导时启动Galera群集,并且我只能通过以下方式执行此操作:Mysql Galera自启动自动启动--wsrep新集群,mysql,galera,Mysql,Galera,要从断电中恢复,我需要在系统引导时启动Galera群集,并且我只能通过以下方式执行此操作: service mysql start --wsrep-new-cluster “service mysql start”将在引导时启动,但将失败,因为它是集群中唯一的一个。如果集群是唯一的一个,我如何让它从引导开始而不失败 编辑 看起来我必须将gcomm://留空才能启动它,但这不是最好的解决方案,因为如果另一台服务器先联机,那么它将失败 #galera settings wsrep_provider
service mysql start --wsrep-new-cluster
“service mysql start”将在引导时启动,但将失败,因为它是集群中唯一的一个。如果集群是唯一的一个,我如何让它从引导开始而不失败
编辑
看起来我必须将gcomm://留空才能启动它,但这不是最好的解决方案,因为如果另一台服务器先联机,那么它将失败
#galera settings
wsrep_provider=/usr/lib/galera/libgalera_smm.so
wsrep_cluster_name="my_wsrep_cluster"
wsrep_cluster_address="gcomm://"
wsrep_sst_method=rsync
wsrep_provider_options="pc.bootstrap=true"
我的解决方案是编辑init脚本-这是debian的解决方案-位置我的init脚本是/etc/init.d/mysql 然后我发现了这句话:
/usr/bin/mysqld_safe "${@:2}" > /dev/null 2>&1 &
我添加了参数——wsrepnewcluster
/usr/bin/mysqld_safe --wsrep-new-cluster "${@:2}" > /dev/null 2>&1 &
它在启动后工作。我的解决方案是编辑初始化脚本-这是debian的解决方案-位置我的初始化脚本是/etc/init.d/mysql 然后我发现了这句话:
/usr/bin/mysqld_safe "${@:2}" > /dev/null 2>&1 &
我添加了参数——wsrepnewcluster
/usr/bin/mysqld_safe --wsrep-new-cluster "${@:2}" > /dev/null 2>&1 &
开机后它就开始工作了。我以前也经历过这种情况。以下是我为同事记录的程序:
- 首先,我们将确定具有最新更改的节点
- 在每个节点上,转到/var/lib/mysql并检查grastate.dat文件
- 我们正在寻找seqno最高且uuid不全为零的节点
- 在捕获最新更改的节点上,以引导模式启动集群
- 服务mysql引导
- 通过常用的启动命令启动其他节点
- 服务mysql启动
- 检查每个节点是否具有相同的数据库列表
- mysql-u根-p
- 显示数据库李>
- 在任何节点上,运行命令检查集群的状态,并确保看到如下内容
- wsrep_local_state|u comment | Synced我以前也经历过这种情况。以下是我为同事记录的程序:
- 首先,我们将确定具有最新更改的节点
- 在每个节点上,转到/var/lib/mysql并检查grastate.dat文件
- 我们正在寻找seqno最高且uuid不全为零的节点
- 在捕获最新更改的节点上,以引导模式启动集群
- 服务mysql引导
- 通过常用的启动命令启动其他节点
- 服务mysql启动
- 检查每个节点是否具有相同的数据库列表
- mysql-u根-p
- 显示数据库李>
- 在任何节点上,运行命令检查集群的状态,并确保看到如下内容
- wsrep_local_state_comment|synched你解决过这个问题吗?是的。。我使用了一个启动脚本,该脚本将停止第一个节点,然后使用--wsrep new cluster启动它,然后它将ssh(使用证书,因此不需要登录)连接到其他节点停止节点,然后按顺序启动它们。工作起来很有魅力!你解决过这个问题吗?是的。。我使用了一个启动脚本,该脚本将停止第一个节点,然后使用--wsrep new cluster启动它,然后它将ssh(使用证书,因此不需要登录)连接到其他节点停止节点,然后按顺序启动它们。工作起来很有魅力!你好,斯坦利。谢谢你的回答。您知道这是永久性的还是会被升级覆盖?这主要取决于您的分发包系统。但即使在debian上,也有多种方法可以升级您的系统,我强烈建议您在升级过程中考虑对配置文件的每一次修改。这似乎很好,但如果带有
的节点不是集群中的第一个节点呢?我的意思是,如果其他所有节点都正常,但只有旧的第一个节点重新启动,那该怎么办?嗨,斯坦利。谢谢你的回答。您知道这是永久性的还是会被升级覆盖?这主要取决于您的分发包系统。但即使在debian上,也有多种方法可以升级您的系统,我强烈建议您在升级过程中考虑对配置文件的每一次修改。这似乎很好,但如果带有--wsrep new cluster
的节点不是集群中的第一个节点呢?我的意思是,如果其他所有节点都正常,但只有旧的第一个节点重新启动,该怎么办。--wsrep new cluster
- wsrep_local_state_comment|synched你解决过这个问题吗?是的。。我使用了一个启动脚本,该脚本将停止第一个节点,然后使用--wsrep new cluster启动它,然后它将ssh(使用证书,因此不需要登录)连接到其他节点停止节点,然后按顺序启动它们。工作起来很有魅力!你解决过这个问题吗?是的。。我使用了一个启动脚本,该脚本将停止第一个节点,然后使用--wsrep new cluster启动它,然后它将ssh(使用证书,因此不需要登录)连接到其他节点停止节点,然后按顺序启动它们。工作起来很有魅力!你好,斯坦利。谢谢你的回答。您知道这是永久性的还是会被升级覆盖?这主要取决于您的分发包系统。但即使在debian上,也有多种方法可以升级您的系统,我强烈建议您在升级过程中考虑对配置文件的每一次修改。这似乎很好,但如果带有
- 首先,我们将确定具有最新更改的节点
- wsrep_local_state|u comment | Synced我以前也经历过这种情况。以下是我为同事记录的程序: