看到了一篇server id导致mysql备份恢复的时候丢失事务的文章，特此重现一下。

主备开启了GTID，实验过程如下：

1.主库执行：createdatabasetest1;createdatabasetest2;2.主从没有延迟后备份，利用从库备份，物理或者逻辑都可以：mysqldump-uroot-poracle--single-transaction--master-data=2--all-databases>dump.sql3.主库执行：createdatabasetest3;4.将主库干掉5.从库提升为主库，并且：createdatabasetest4;6.利用从库的备份恢复老的主库，并指向新主这个时候会发现，恢复出来的从库丢失了一个事务test3：mysql>showdatabases;+--------------------+|Database|+--------------------+|information_schema||ming||mysql||performance_schema||sakila||sys||test1||test2||test4||tt||world|+--------------------+11rowsinset(0.00sec)

文章说是因为server_id的缘故。

server id一个很大的作用是避免数据回环。所以事务中记录的sever id会是持久不变的，就像我们的身份证一样，

走到哪儿都不变。

老主库因为是利用从库的备份集还原出来的，执行过的事务是 6f5b02b9-1f08-11ea-9853-000c2970dcdf:1-4，

那么就要去向新主请求6f5b02b9-1f08-11ea-9853-000c2970dcdf:5事务。

新主的master-bin log文件中该事务如下：server id是1573854809 。而该server id正好是老主的server id，

此时该条记录就会被过滤掉。就不会传递到老主那边去。

#at836#20032811:23:25serverid1573854809end_log_pos901CRC320x23ffdc70GTIDlast_committed=4sequence_number=5rbr_only=noSET@@SESSION.GTID_NEXT='6f5b02b9-1f08-11ea-9853-000c2970dcdf:5'/*!*/;#at901#20032811:23:25serverid1573854809end_log_pos998CRC320x2f611a1dQuerythread_id=2exec_time=4290974348error_code=0SETTIMESTAMP=1585365805/*!*/;createdatabasetest3/*!*/;

那么为什么test4会被传递到老主被应用呢？因为该事务在新主master-bin log中如下，server id 1051295是新主的，

就不会被IO thread过滤.

#at998#2002116:19:19serverid1051295end_log_pos1063CRC320xec9c6a1eGTIDlast_committed=5sequence_number=6rbr_only=noSET@@SESSION.GTID_NEXT='4c312339-ab38-11e9-86a8-000c29050245:1'/*!*/;#at1063#2002116:19:19serverid1051295end_log_pos1160CRC320xaccb28abQuerythread_id=2exec_time=0error_code=0SETTIMESTAMP=1581373159/*!*/;SET@@session.sql_mode=1151336480/*!*/;createdatabasetest4/*!*/;

那么为什么两条记录不一致呢？这是因为test3事务是老主传递过来的，那么在relay log中，master-bin log中，

以及向后传递到其它从库中的时候，server id是会一直被带下去的。test4事务是新主自己的事务，

那么从他自己的master-bin log，以及向后传递的从库的relay log和应用后生成的master-bin log中都会是新主的server id。

所以test3会被过滤，test4会被应用。

老的主库此时：

mysql>showmasterstatus\G***************************1.row***************************File:mysql-bin.000002Position:1443Binlog_Do_DB:Binlog_Ignore_DB:Executed_Gtid_Set:1508afe9-70a7-11ea-8d70-000c2970dcdf:1-3,--自己库里执行的事务4c312339-ab38-11e9-86a8-000c29050245:1,--主从传递下来的事务6f5b02b9-1f08-11ea-9853-000c2970dcdf:1-4--自己作为主的时候执行的事务1rowinset(0.00sec)

新的主库：

mysql>showmasterstatus\G***************************1.row***************************File:mysql-bin.000002Position:1322Binlog_Do_DB:Binlog_Ignore_DB:Executed_Gtid_Set:4c312339-ab38-11e9-86a8-000c29050245:1-2,6f5b02b9-1f08-11ea-9853-000c2970dcdf:1-51rowinset(0.00sec)