为什么加载VIP插件之后，网卡却无法生成绑定这个VIP地址？

yejr 发表于 2024-7-30 09:06
提醒
1. 读写VIP是绑定在primary节点
2. 只读VIP可以绑定在secondary节点

好好 ，谢谢叶哥，我再研究一下。

不过说来也奇怪了，我确实按照主节点引导来启动首节点的，但是怎么觉得是SECONDARY。

[09:28:06 root@(none)] mysql> set global group_replication_bootstrap_group = ON;
Query OK, 0 rows affected (0.00 sec)

[09:28:13 root@(none)] mysql> start group_replication;
Query OK, 0 rows affected (1.50 sec)

[09:28:19 root@(none)] mysql> set global group_replication_bootstrap_group = OFF;
Query OK, 0 rows affected (0.00 sec)

[09:28:21 root@(none)] mysql> select * from performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+----------------------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+----------------------------+
| group_replication_applier | 4efcff78-fc83-11ee-8c54-fa2c000188f7 | db1         |        3306 | RECOVERING   | SECONDARY   | 8.0.32         | XCom                       |
+---------------------------+--------------------------------------+-------------+-------------+--------------+-------------+----------------+----------------------------+
1 row in set (0.00 sec)

lingoYS 发表于 2024-7-30 09:30
好好 ，谢谢叶哥，我再研究一下。

不过说来也奇怪了，我确实按照主节点引导来启动首节点的，但是怎么觉 ...

另外，这次的问题，我是在百度云服务器上测试的，同样的配置，我在单位的服务器上就完全没问题。

lingoYS 发表于 2024-7-30 09:30
好好 ，谢谢叶哥，我再研究一下。

不过说来也奇怪了，我确实按照主节点引导来启动首节点的，但是怎么觉 ...

在执行完 set global group_replication_bootstrap_group = ON; 的情况下，start mgr还能变成secondary这绝对是见了鬼，提供这个节点详细过程日志看看

大致过程如下：

1. stop 整个mgr
2. 备份好日之后，清空
3. 选择primary节点，设置 set global group_replication_bootstrap_group = ON（检查确保其他节点都没设置为ON）
4. 启动该节点，观察是否变成了secondary，并提供日志

yejr 发表于 2024-7-30 11:16
在执行完 set global group_replication_bootstrap_group = ON; 的情况下，start mgr还能变成secondary这 ...

事实上，我这台云端服务器，一直都是只有一个节点在测试（没钱买3个），但是这次的诡异问题是在研究VIP才发现的，之前作为主节点启动一直都没有问题。
重新作为主节点启动的纯净日志，我上传了附件。
另外，查看事务的情况如下图：


我也搞不懂为啥是这个情况，重启了mysql的服务也没用。

lingoYS 发表于 2024-7-30 15:57
事实上，我这台云端服务器，一直都是只有一个节点在测试（没钱买3个），但是这次的诡异问题是在研究VI ...

最终，我查到了GTID事务的差异性之后，我运行了：
set global gtid_purged='aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaa1:2-8';  

然后再次启动MGR主节点引导，这次就可以了。

只是我没搞明白，怎么就1个节点在测试，事务怎么不一致了。。。 无语中。。。

lingoYS 发表于 2024-7-30 15:57
事实上，我这台云端服务器，一直都是只有一个节点在测试（没钱买3个），但是这次的诡异问题是在研究VI ...

感觉你的MGR部署的有问题啊，只有member left group的日志，没看到成为primary的日志

yejr 发表于 2024-7-31 08:32
感觉你的MGR部署的有问题啊，只有member left group的日志，没看到成为primary的日志 ...

之前的日志被我清空了，我是一步步学习GreatSQL、再到MGR、然后到VIP的，我之前肯定是启动主节点成功的。
事务2-8其实没有什么东西，也不知道为啥就不一致了，这个贴先这样吧。感谢叶哥支持，我再研究下。