提醒
1. 读写VIP是绑定在primary节点
2. 只读VIP可以绑定在secondary节点
好好 ，谢谢叶哥，我再研究一下。
不过说来也奇怪了，我确实按照主节点引导来启动首节点的，但是怎么觉得是SECONDARY。
mysql> set global group_replication_bootstrap_group = ON;
Query OK, 0 rows affected (0.00 sec)
mysql> start group_replication;
Query OK, 0 rows affected (1.50 sec)
mysql> set global group_replication_bootstrap_group = OFF;
Query OK, 0 rows affected (0.00 sec)
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的，我之前肯定是启动主节点成功的。{:5_191:}
事务2-8其实没有什么东西，也不知道为啥就不一致了，这个贴先这样吧。感谢叶哥支持，我再研究下。
页:
1
[2]