关于greatsql内置vip飘移后mac更新的疑问
1、环境说明CentOS Linux release 7.9.2009 3.10.0-1160.62.1.el7.x86_64
mysql 8.0.22
2、问题描述
在一个新的线上业务环境，我使用了mysql原生的mgr模式，使用自己写的脚本来切的vip，简单的判断为主且可写则加上ip，否则去掉ip。但是在一次切换过程中发现，mgr切换成功，新主已经变成可写（命令行本机直连测试可写），vip也已经成功切走到新主节点，但是应用一直报错数据库不可写。直到1-2分钟后才最终正常。我后来推测可能是交换机mac表更新问题（ip更新了，mac没有更新，交换机还往原mac地址发数据包？），去找网络同事确认，也确定了mac地址刷新时间间隔确实较长。我后来为了避免这种情况，请网络同事将mac地址刷新间隔变短，然后在vip切换脚本中加入了 arping -U ${vip} -I ${vip_nicname} 这个命令来强制刷mac，也不知道是哪一个起了作用，后来就没有出过这种类似问题。
3、疑问
greatsql的内置vip飘移切换过程中，会存在类似问题不，是否有加入强制邻居刷mac地址表的功能呢？类似arping -U
截止最新的GreatSQL-8.0.32-24 版本，greatsql的内置vip飘移切换过程中，会存在vip漂移后mac地址未及时更新带来的跨网段通信异常问题。GreatSQL 有计划在进行中修复vip bug。 你可以参考 https://greatsql.cn/thread-478-1-1.html验证是否可以绕过切换后vip通信异常的问题，这是我测试并调试的结果，验证后可以给我下反馈。
页:
[1]