我想尝试通过corosync进行MySQL5.7.5组复制。并且corosync运行正常。
我按照http://mysqlhighavailability.com/getting-started-with-mysql-group-replication/#comment-2058上的步骤在两台主机上配置了mysql组复制,但只有第一个启动gcs_replication的节点可以在线,另一个节点离线。
当第二个节点启动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'文章说,“默认情况下,这些设置被配置为使用”root“,没有关联的密码。”这是否意味着客户端应该在没有密码的情况下登录?但是当我用./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),所以我添加了"-p“。
类似的问题,当我启动服务器时,它显示根目录,所以我添加了"-u [ERROR] Fatal error: Please read "Security" section of the manual to find out how to run mysqld as root!“
我不知道这些修改是否是导致配置失败的原因。有没有人有mysql组复制的经验来解决这个问题?
发布于 2015-04-10 17:50:34
文章说,“默认情况下,这些设置被配置为使用”root“,没有关联的密码。”这是否意味着客户端应该在没有密码的情况下登录?但是当我使用./bin/ root -h 127.0.0.1 -P 13001 -u =‘server1>’登录客户端时,它显示错误1045 (28000):用户'root'@'localhost‘(使用密码: NO)的访问被拒绝,所以我添加了"-p“。
类似的问题,当我启动服务器时,它显示错误致命错误:请阅读手册的“安全”部分,以了解如何以根用户身份运行-u!,所以我添加了“mysqld根用户”
而不是客户。本文引用了recovery默认情况下尝试用于联系其他服务器的连接凭据。它将尝试使用root用户和没有密码的其他服务器进行联系,但在大多数情况下,是的,服务器不会有未受保护的root用户,因此必须更改这些选项。这并不意味着服务器中有这样一个您可以使用的连接。
无论如何,日志中显示的问题似乎与中继日志创建有关,因此,它应该与凭据无关。
在我看来,您应该尝试使用当前实验室发布的较新版本,看看当前在使用复制通道方面的改进是否对您有帮助。http://labs.mysql.com/
发布于 2017-02-17 18:03:12
我想我的中继文件也有类似的问题。
我只是简单地执行了一次reset slave,然后用start group_replication重新启动。
https://stackoverflow.com/questions/28568532
复制相似问题