最近遇到mysql开启gtid做复制时，从库出现1236错误，导致同步无法进行，本文就这问题记录下处理步骤，有关gtid知识在这里不做介绍，mysql版本为5.7.16。
一、错误原因分析
错误信息如下：
Last_IO_Errno: 1236
Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'The slave is connecting using CHANGE MASTER TO MASTER_AUTO_POSITION = 1, but the master has purged binary logs containing GTIDs that the slave requires.'
wKiom1hTZoLgihvpAAAilkspyr0737.png
一般两种情况会出现以上现象
1.在主库上手动执行清除二进制日志文件
2.主库重启，重新同步时
二、解决方法：
1.在主库上执行以下命令，查询gtid_purged，记录下改值
mysql> show global variables like '%gtid%'\G
wKiom1hTZpKCU8WoAABPgzDyrTQ054.png
2.在从库上执行以下命令，查询已经执行过的gtid即gtid_executed，记录下主库的值，本机的不需要
wKioL1hTZp-DQZMvAAAspE0SKJ8150.png
3.在从库上执行以下命令停止同步线程及重置同步相关信息
mysql> stop slave;
mysql> reset slave;
mysql> reset master;
4.在从库上设置gtid_purged
该值有两个来源，一是在主库上查询的gtid_purged，二是在从库上查询的已经执行过的gtid_executed值（本机的就不需要，主库上gtid）
注意：一定记得加上从库上已经执行过的gtid，若只设置了主库上的gtid_purged，此时从库会重新拉取主库上所有的二进制日志文件，同步过程会出现其他错误，导致同步无法进行
mysql> set @@global.gtid_purged='4fa9ab33-3077-11e6-8ee6-fcaa14d0751b:1-18240458,6e41a42e-8529-11e6-b72e-fcaa14d07546:1-56604052:56604054-56605629:56605631-56871196,9850e381-b601-11e6-8e46-fcaa14d07546:1-3126210,c5cdcae2-9cb0-11e6-909c-fcaa14d0751b:1-1189,10a59961-c02d-11e6-a2de-fcaa14d07546:1-13381418';
注意：设置gtid_purged值时，gtid_executed值必须为空否则报错，该值清空的方法就是reset master命令
执行完，再次查看相关信息
wKiom1hTZq6Byg8cAABpMAp-ufo118.png
5.重新开启同步
mysql> change master to master_host='192.168.1.15',master_port=3306,master_user='repl',master_password='xxx',master_auto_position=1;
mysql> start slave;
当从库追赶上主库，此时测试主从数据是否一致，测试结果一切正常
mk-table-checksum h=192.168.1.15,u=root,p=xxx,P=3306 h=192.168.1.19,u=root,p=xxxx,P=3307 -d 6coursestudychoose_test | mk-checksum-filter
©著作权归作者所有：来自51CTO博客作者hnr1017的原创作品，如需转载，请注明出处，否则将追究法律责任
解决mysql开启GTID主从同步出现1mysql