MySQL Replication中master binLog文件切换导致的slave挂起

Question

MYSQL 5.5.8. MySQL replication的slave挂了，显示Slave_IO_Running: no。用mysqlbinlog查看master对应的mysql-bin文件，发现slave 显示的Read_Master_Log_Pos的位置竟然不存在，该position大于该文件中的最大position。然后切换到该文件的最后一个position后重启slave成功恢复。是否是mysql-bin文件切换时的bug？如何再次避免这样的问题？

Answer 1

MySQL在replication状态下是需要小心翼翼的操作的
你遇到的问题可能是在从数据库没有停止同步的情况下, 主数据库执行了 FLUSH LOGS 命令

有很多问题会导致热同步中断, 比如你当你联合查询的另外一个库, 在replication db上并不存在, 或者从数据库被写入数据, 导致主键冲突

只有慢慢熟悉了MySQL的特性, 在权限上给自己一定的限制, 知道在代码里面哪些事情不应该做, 才能用活MySQL. 比如我现在用MySQL当NoSQL使用, 一个是稳定, 另外机器上也不用开太多其他服务.