用myshell删除仲裁节点时报错
c.remove_instance("192.168.200.136:3306")The instance will be removed from the InnoDB Cluster.
* Waiting for instance '192.168.200.136:3306' to synchronize with the primary...
** Transactions replicated###################################################= 98%
ERROR: The instance '192.168.200.136:3306' was unable to catch up with cluster transactions. There might be too many transactions to apply or some replication error. In the former case, you can retry the operation (using a higher timeout value by setting the global shell option 'dba.gtidWaitTimeout'). In the later case, analyze and fix any replication error. You can also choose to skip this error using the 'force: true' option, but it might leave the instance in an inconsistent state and lead to errors if you want to reuse it.
ERROR: MYSQLSH 51141: Replication thread not in expected state
Traceback (most recent call last):
File "<string>", line 1, in <module>
mysqlsh.Error: Shell Error (51141): Cluster.remove_instance: Replication thread not in expected state
在删除仲裁节点时，是不是要特殊的语法。
正常情况下是没问题的，你看下错误日志里有没有什么关键信息 本帖最后由 15167759230 于 2024-5-27 15:40 编辑
yejr 发表于 2024-5-27 15:17
正常情况下是没问题的，你看下错误日志里有没有什么关键信息
这个是日志文件，补充说明一下，数据库主机为192.168.200.136，由于GLIBC版本无法安装社区的greatsql myshell工具，我新建一台192.168.200.34的主机安装了greatsql myshell工具。从日志文件看，是不是我要设置--super-read-only option才行。 15167759230 发表于 2024-5-27 15:34
这个是日志文件，补充说明一下，数据库主机为192.168.200.136，由于GLIBC版本无法安装社区的greatsql mysh ...
从日志看，最后一个mgr view changed事件是成功的
2024-05-27T07:02:28.097502Z 0 Plugin group_replication reported: 'Members removed from the group: 192.168.200.15:3306'
2024-05-27T07:02:28.097894Z 0 Plugin group_replication reported: 'Group membership changed to 192.168.200.136:3306, 192.168.200.80:3306, 192.
168.200.145:3306 on view 17156885155631775:57.'
但后面还有其他事务写入失败，可能是你把节点设置为super-read-only=on导致的，感觉是你的mgr在部署或其他某些地方不太对导致的，可以考虑重头开始构建一个环境。 yejr 发表于 2024-5-27 16:05
从日志看，最后一个mgr view changed事件是成功的
好的，我明白了。
页:
[1]