有人测过mysql fail over后 binlog 能否正常读取吗?

在MySQL故障转移（Failover）场景下，binlog的正常读取能力主要取决于几个关键因素：

1. Binlog配置与同步状态：确保在Failover之前，MySQL主库的binlog已经正确配置并启用，并且至少有一个从库已经同步到接近最新的binlog位置。这样，在主库发生故障后，新的主库（原从库晋升）能够继续接收并记录新的binlog事件。

2. 复制技术的兼容性：使用如MySQL Group Replication或半同步复制等高可用方案时，它们设计上能较好地处理主备切换期间的binlog连续性和一致性问题，从而保障binlog在Failover后仍可被正常读取和应用。

3. 第三方工具或服务的适应性：如果使用如Flink、DTS等工具进行数据同步或处理，这些工具需要具备识别和处理主库切换的能力，比如自动重连、重新定位binlog读取位置等机制，以保证在MySQL Failover后能无缝继续读取binlog。

综上所述，MySQL Failover后能否正常读取binlog，依赖于正确的配置、复制技术的稳定性和第三方工具的适应性。在多数标准高可用架构设计中，都已考虑了这些情况，以确保即使在主库切换后，binlog的读取和数据一致性不会受到影响。但实际操作中，还需根据具体环境和所用技术栈进行细致的测试和验证。