mysql丢失一条事务_mysql备份恢复实例丢失事务分析

本文通过一个实验案例探讨了在MySQL中由于Server ID导致的事务丢失问题。在主备开启GTID的情况下,利用从库备份恢复主库时,由于事务中的Server ID与新主库ID冲突,导致某些事务未被正确应用。文章详细解释了事务过滤的过程,以及为何某些数据库如test4能成功创建,而test3未能创建的原因。
摘要由CSDN通过智能技术生成

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

主备开启了GTID,实验过程如下:

1.主库执行:

create database test1;

create database test2;

2.主从没有延迟后备份,利用从库备份,物理或者逻辑都可以:

mysqldump -uroot -poracle --single-transaction --master-data=2 --all-databases > dump.sql

3.主库执行:

create database test3;

4.将主库干掉

5.从库提升为主库,并且:

create database test4;

6.利用从库的备份恢复老的主库,并指向新主

这个时候会发现,恢复出来的从库丢失了一个事务test3:

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| ming               |

| mysql              |

| performance_schema |

| sakila             |

| sys                |

| test1              |

| test2

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值