我正在设法减少机器来生产。MySQL正在制造瓶颈。我想做的事。我在一台机器上更新代码,并且MySQL恢复一切都很好,在此之后,我正在制作EC2 AMI,并从自动标度组启动机器。现在,在这种情况下,我不采取和任何现场垃圾场。在启动MySQL并使其复制之后,它会显示出GTID错误。这些过程需要30到40分钟。
Last_IO_Error:当从二进制日志读取数据时,主程序获得了致命错误1236:“从服务器正在使用更改母版连接到MASTER_AUTO_POSITION = 1,但是主服务器清除了包含从日志所需的GTID的二进制日志。
任何人都能看出我做错了什么。但是如果我把新的垃圾堆恢复到活机器上,它就能工作了。MySQL版本5.6.17。
发布于 2016-09-22 20:21:24
你需要从主人那里拿垃圾来复制。
Master已清除包含从服务器所需GTID的二进制日志。
母版删除其二进制日志并创建一个新的二进制日志文件。这就是在转储之后实现复制的原因,因为它获得了当前二进制日志中可用的gtid_executed和gtid_purged。
但是当您实现时没有转储,gtid_executed和gtid_purged就会得到匹配,因为Mater已经清除了它。
因此,您必须接受转储,甚至有时还需要在从服务器上手动设置gtid_purged。
你可以读到这个,它解释得很好。https://www.percona.com/blog/2013/02/08/how-to-createrestore-a-slave-using-gtid-replication-in-mysql-5-6/
https://dba.stackexchange.com/questions/150427
复制相似问题