故障恢复-手动切换-GTID

VBOX 

主库:172.16.12.12

从库：172.16.12.11 连接主库

从库：172.16.12.13  连接主库

###########################

由于从库在同步期间，从库有过操作，gtid会多出自己的uuid记录：

主库:172.16.12.12

dc33da18-c38f-11e7-8afc-080027962b47:1-37

从库1：172.16.12.11 连接主库

Retrieved_Gtid_Set: dc33da18-c38f-11e7-8afc-080027962b47:36-37
Executed_Gtid_Set: 865e07c9-bae8-11e7-8aba-08002729e4f7:1-7,
dc33da18-c38f-11e7-8afc-080027962b47:1-37

从库2：172.16.12.13  连接主库

Retrieved_Gtid_Set: dc33da18-c38f-11e7-8afc-080027962b47:36-37
Executed_Gtid_Set: 6060361d-c391-11e7-81bd-080027268ce8:1-4,
dc33da18-c38f-11e7-8afc-080027962b47:1-37

#############################

假设主库故障，要切换到172.16.12.11

###############################

1、保存信息，show slave status;   show master status;

2、2台从库set read_only=OFF ， 11 执行reset slave all。

3、直接让172.16.12.13 change 连接172.16.12.11可以，但是会将11的gtid都执行一次，意思13要同步11的数据。

4、防止12主库重启污染11数据，   确认11 执行reset slave all。

###############################

12宕机，11的数据比13的数据多。

13同步11，会将11多出的数据同步给13么？  11修改过的数据时间久了被purge掉的数据，还同步么？

################################

由于11修改的数据久了丢失了，13change连接会报1236故障。the master has purged binary logs

show variables like "%uuid%";

需要reset master; set global gtid_purged=''

13GTID要保证12的gtid不变，变化的只是11的gtid.

##################################