mysql 5.7.5组复制配置问题

时间:2015-02-17 18:28:36

标签: database-replication mysql-5.7

我想通过corosync尝试mysql 5.7.5组复制。 并且corosync正常运行。

我按照http://mysqlhighavailability.com/getting-started-with-mysql-group-replication/#comment-2058上的步骤在两台主机上配置mysql-group-replication,但只有首先启动gcs_replication的节点可以在线,另一台离线。<​​/ p>

当第二个节点启动gcs_replication时,我们从mysql服务器端获取了日志信息。

[ERROR] Failed to open the relay log './gcs_recovery.000001' (relay_log_pos 4).
[ERROR] Could not find target log file mentioned in relay log info in the index file './gcs_recovery.index' during relay log initialization.
[ERROR] Plugin gcs_replication_plugin reported: '[Recovery:] Failed to setup the donor connection (relay log) metadata container.'
[ERROR] Plugin gcs_replication_plugin reported: '[Recovery:] Error when configuring the connection to the donor.'
[Note] Plugin gcs_replication_plugin reported: '[Recovery:] Retrying connection with another donor. Attempt 1/1'
[ERROR] Failed to open the relay log './gcs_recovery.000001' (relay_log_pos 4).
[ERROR] Could not find target log file mentioned in relay log info in the index file './gcs_recovery.index' during relay log initialization.
[ERROR] Plugin gcs_replication_plugin reported: '[Recovery:] Failed to setup the donor connection (relay log) metadata container.'
[ERROR] Plugin gcs_replication_plugin reported: '[Recovery:] Error when configuring the connection to the donor.'
[ERROR] Plugin gcs_replication_plugin reported: '[Recovery:] Maximum number of retries when trying to connect to a donor reached. Aborting recovery.'
2015-02-17T18:39:25.119836Z 0 [Note] Plugin gcs_replication_plugin reported: '[Recovery:] Marking view change with view_id 13'

文章说,&#34;默认情况下,这些设置配置为使用没有关联密码的“root”。 &#34;这是否意味着客户端应该没有密码登录? 但是当我使用./bin/mysql -u root -h 127.0.0.1 -P 13001 --prompt='server1>'登录客户端时,它会显示ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO),因此我添加了&#34; -p&#34;。

类似的问题,当我启动服务器时,它会显示[ERROR] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!,所以我添加&#34; -u root&#34;

我不知道天气这些修改是导致配置失败的原因。有没有人有任何mysql-group-replication的经验来解决这个问题?

2 个答案:

答案 0 :(得分:0)

  

文章说,&#34;默认情况下,这些设置配置为使用   没有相关密码的“root”。 &#34;这是否意味着客户应该   没有密码登录?但是当我用./bin/mysql登录客户端时   -u root -h 127.0.0.1 -P 13001 --prompt =&#39; server1&gt;&#39;,显示ERROR 1045(28000):拒绝访问用户&#39; root&#39; @&#39; ;本地主机&#39; (使用密码:   不),所以我添加了#34; -p&#34;。

     

类似的问题,当我启动服务器时,它显示[ERROR]致命错误:   请阅读&#34;安全&#34;手册的一节,以了解如何运行   mysqld作为root!,所以我添加&#34; -u root&#34;

不是客户。 本文引用恢复尝试在默认情况下与其他服务器联系时使用的连接凭据。它将尝试使用root用户和没有密码联系其他服务器,但在大多数情况下,是的,服务器将没有不受保护的root用户,因此必须更改这些选项。这并不意味着您可以使用服务器中的这种连接。

无论如何,日志中显示的问题似乎与中继日志创建有关,因此,它不应与凭据相关。

在我看来,您应该尝试使用当前实验室发布的较新版本,看看使用复制通道的当前改进是否对您有所帮助。 http://labs.mysql.com/

答案 1 :(得分:0)

我认为我的继电器文件存在类似的问题 我只是做了一个reset slave,然后用start group_replication重新启动。