GreatSQL 仲裁节点bug

MySQL Shell不支持GreatSQL的仲裁节点功能，先改成GreatSQL Shell再试试看呢

另外，你文中说：当节点重新加入集群或者主节点下线切换到其他节点时，后台创建的用户mysql_innodb_cluster_*@%的密码会变更

并不存在这个情况，不会因为节点变化或主节点切换就去更新密码，应该是其他情况导致的这个密码问题

yejr 发表于 2024-4-16 13:12
MySQL Shell不支持GreatSQL的仲裁节点功能，先改成GreatSQL Shell再试试看呢

用的就是Great Shell的安装包，习惯性的写成了MySQL Shell

yejr 发表于 2024-4-16 13:13
另外，你文中说：当节点重新加入集群或者主节点下线切换到其他节点时，后台创建的用户mysql_innodb_cluster ...

节点重新加入集群，mgr.rejoinInstance('192.168.56.82:3306') 函数执行时有重新创建用户和设置新密码的操作。

vip功能我也开启了的，打算把vip功能关闭了再测试下。

景玉 发表于 2024-4-16 13:27
节点重新加入集群，mgr.rejoinInstance('192.168.56.82:3306') 函数执行时有重新创建用户和设置新密码的操 ...

我还以为是指节点重启后重新加入MGR。

如果是rejoinInstance()方式重新加入MGR，确实是会重置密码，这种情况下需要DBA手动启动仲裁节点，不能用Shell方式将其加入。

因为仲裁节点实际上是不需要应用事务，也不需要用合法账号密码去连接加入MGR的，它只参与网络状态投票仲裁。