申请试用
HOT
登录
注册
 
Errant GTIDs Breaking Replication

Errant GTIDs Breaking Replication

晚吟
/
发布于
/
384
人观看

为了解决复制问题和提高数据库一致性,引入了GTID。
当一个复制副本上意外发生事务时,这会在该复制副本上引入不在主副本上的GTID。当主故障转移时,此副本成为新的主服务器,并且错误gtid的对应binlog已清除时,复制将中断此新主服务器的副本,因为无法从此新主服务器的binlog中检索缺少的gtid。
本演示将讨论GTID以及如何在副本上检测错误的GTID(在清除相应的binlog之前),以及如何查看binlog中的相应事务。我将给出一些可能发生在并非来自主节点的复制副本上的事务的示例,解释这是如何可能的,并分享一些关于如何避免这种情况的提示。
假设对MySQL数据库复制有基本的了解。

0 点赞
0 收藏
1下载
相关文档
确认
3秒后跳转登录页面
去登陆