Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/mysql/55.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Mysql Galera自启动自动启动--wsrep新集群_Mysql_Galera - Fatal编程技术网

Mysql Galera自启动自动启动--wsrep新集群

Mysql Galera自启动自动启动--wsrep新集群,mysql,galera,Mysql,Galera,要从断电中恢复,我需要在系统引导时启动Galera群集,并且我只能通过以下方式执行此操作: service mysql start --wsrep-new-cluster “service mysql start”将在引导时启动,但将失败,因为它是集群中唯一的一个。如果集群是唯一的一个,我如何让它从引导开始而不失败 编辑 看起来我必须将gcomm://留空才能启动它,但这不是最好的解决方案,因为如果另一台服务器先联机,那么它将失败 #galera settings wsrep_provider

要从断电中恢复,我需要在系统引导时启动Galera群集,并且我只能通过以下方式执行此操作:

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上,也有多种方法可以升级您的系统,我强烈建议您在升级过程中考虑对配置文件的每一次修改。这似乎很好,但如果带有
          --wsrep new cluster
          的节点不是集群中的第一个节点呢?我的意思是,如果其他所有节点都正常,但只有旧的第一个节点重新启动,那该怎么办?嗨,斯坦利。谢谢你的回答。您知道这是永久性的还是会被升级覆盖?这主要取决于您的分发包系统。但即使在debian上,也有多种方法可以升级您的系统,我强烈建议您在升级过程中考虑对配置文件的每一次修改。这似乎很好,但如果带有
          --wsrep new cluster
          的节点不是集群中的第一个节点呢?我的意思是,如果其他所有节点都正常,但只有旧的第一个节点重新启动,该怎么办。