gtid模式下的二进制日志

1.查看gitd是否开启:show variables like ‘%gitd%’;

2.配置mysql的配置文件:
(1) vim /etc/my.cnf
(2) gtid_mode=on —>开启gtid
(3) enforce_gtid_consistency=true -->强制gtid的一致性
(4) log_slave_updates=1 —>主从复制中从库的binlog和主库保持一致

3.基于gtid截取日志:
–include-gtids=包含
–exclude-gtids=排除
–skip-gtids=跳过

4.截取1-3号事务:
mysqlbinlog --include-gtids=‘uuid:1-3’ binlog的路径 > 截取后的文件存放路径

5.截取1-10号事务,跳过6号和8号:
mysqlbinlog --include-gtids=‘uuid:1-10’ --exclude-gtids=‘uuid:6,uuid:8’ binlog的路径 > 截取后的文件存放路径

6.通过binlogn日志恢复数据(gtid模式):
(1) 首先截取日志
(2) 临时关闭当前会话的binlog记录:set sql_log_bin=0;
(3) 导入截取的binlog日志:source 截取的binlog日志名;
(4) 打开当前会话的binlog记录:set sql_log_bin=1;

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
GTID(Global Transaction ID)是MySQL 5.6版本引入的一种全局事务标识机制,用于在主从复制和数据恢复等场景下精确追踪事务的执行情况。在GTID模式下,每个事务都会分配一个全局唯一的ID,由GTID组成,用于标识该事务的唯一性。 在MySQL中,有两种类型的GTID:基于二进制日志GTIDgtid_binlog)和基于事务的GTIDgtid_current_pos)。其中,基于二进制日志GTID是默认启用的。它由两部分组成:server_uuid和transaction_id。其中,server_uuid是MySQL实例的唯一标识符,transaction_id是一个递增的整数,用于标识每个事务。 基于GTID的数据恢复可以通过以下步骤实现: 1. 确认目标数据库的GTID模式,以及需要恢复的数据起始和结束的GTID范围。 2. 在备份服务器上创建一个与目标数据库相同的空数据库。 3. 将备份服务器上的二进制日志文件和索引文件拷贝到目标服务器上,并将它们放置在与备份服务器相同的目录下。 4. 在目标服务器上使用mysqlbinlog命令解析备份服务器上的二进制日志文件,并过滤出需要恢复的数据,生成一个SQL文件。 5. 在目标服务器上执行步骤4生成的SQL文件,恢复数据。 在执行步骤4时,可以使用mysqlbinlog命令的--start-position和--stop-position参数指定需要恢复的二进制日志文件的起始和结束位置,也可以使用--start-datetime和--stop-datetime参数指定需要恢复的时间范围。 需要注意的是,在基于GTID的数据恢复中,必须确保目标服务器和备份服务器的server_uuid相同,否则会导致GTID不一致,无法进行数据恢复。

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

所愿ღ

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值