GHCS下MySQL服务切换，从库MySQL的同步会不会不一致？是否需要重新同步？

环境：两个台主机node1和node2做成GHCS集群，对外提供MYSQL服务同时也是主库；从库另一主机mybak进行复制

测试：假设当MYSQL服务在主机node1时，log-position为366，log-file为my-bin.00004；当节点切换时，node1主机MYSQL服务停止，node2主机MYSQL服务起来，此时log-file会重新生成为my-bin.00005，log-position变为106；

疑问：当MYSQL服务在主机node1时，log-position为366，从库mybak复制肯定正常；切换节点后，log-position和log-file都变掉，log-position变为106，这样的话，从库复制需要重新从新的log-position和log-file开始复制，那这样从库的数据同步会不会不一致？是否需要重新同步操作？

或者说切换时间很短，中间binlog没记录，不影响从库的复制？要是双机互备的是否会造成数据不一致？


谢谢！

GHCS？
这个东西没有怎么用过，不太熟悉

Cluster文件系统？ Replication是根据：主机地址，日志序号以及日志的position来定位的，如果IP变化了，那会出问题，如果IP不变化，是不会出现问题的。

GHCS，红帽LINUX群集套件

MYSQL在主机群集下，MYSQL DATA是在共享的磁盘上，MYSQL软件各自装在两节点上。

做测试了，不影响的，因为主从复制是异步复制。对外提供MYSQL服务的IP地址没变，只是在很短时间内IP漂移到另一节点

...
你这里其实是一个很典型的共享设备 HA 解决方案
不会有太多问题

另外，通过heartbeat也可以实现完全一样的效果