首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL主从复制断开的常用修复方法

// MySQL主从复制断开的常用修复方法 // 01 问题描述 在生产环境中,我们经常会遇见MySQL主从复制断开的情况,在遇到主从复制断开是,通常情况,解决问题的步骤如下: 1、从库上...show slave status查看复制断开的直观原因,并记录当前的复制位点 2、查看error log,分析更详细的复制断开原因 3、修复主从复制关系 4、如果复制关系无法修复,则需要重新搭建从库...方法一:(直接跳过当前事务) 在GTID模式下,可以通过下面的命令来解决: mysql> STOP SLAVE; mysql> SET GTID_NEXT='xxxxxx:yyy'; -----...设置需要跳过的gtid event mysql> BEGIN;COMMIT; mysql> SET GTID_NEXT='AUTOMATIC'; mysql> START SLAVE; 在非GTID...pt-slave-restart这个工具,它可以连续跳过断开的位置。

3.7K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL主从复制断开的一个奇怪问题

    首先,当然先写一写服务器宕机恢复后,数据库层面需要做的工作了: 1、启动只读从库上所有的数据库实例; 2、查看所有实例上的主从复制关系是否断开; 3、查看目前是否有业务方的连接进来; 4、查看数据的一致性...第二步就是查看主从复制关系是否正常,在查看的时候,有两台主从复制关系断开了,大概的报错情况如下: mysql--root@localhost:mysql.sock:(none) 16:50:31>>show...但是细细一想,不可能,因为在服务器宕机之前连接是没有问题的,于是我仔细的查看了一下,使用stop slave ,start slave的方法进行复制关系重启,结果发现报错如下: mysql--root@..._4801/log/slave-relay-bin.001306, group_relay_log_pos 76100617 group_master_log_name mysql-bin.001520...当时看到上面这些信息,我想着可能是没发通过常规的办法来解决这个问题了,所以就索性重新搭建主从复制关系,这个数据库上的数据大概有50G左右,万一复制关系断开了,其实修复起来还挺麻烦的,但是当时也没有更好的办法了

    2.3K00

    浅谈TCP协议(建立与断开连接)

    在数据通信之前,发送端与接收端要先建立连接;等待数据发送结束后,双方再断开连接。TCP连接的每一方都是由一个IP地址和一个端口号组成的。...TCP断开连接: 参加交换数据的双方中的任何一方(客户端或服务端)都可以关闭连接。TCP断开连接分四步,也称为四次握手,具体过程如下: 服务器向客户端发送FIN和ACK位置1的TCP报文段。...客户端向服务器返回ACK位置1的TCP报文段(此时已经单向断开了连接)。 客户端向服务端发送FIN和ACK位置1的TCP报文段。 服务端向客户端返回ACK位置1的TCP报文段。...在TCP断开连接的过程中,有一个半关闭的概念,TCP的一方(通常是客户端)可以终止发送数据,但仍然可以接受数据,称为半关闭。...当服务端把所有的数据发送完毕时,就发送FIN报文段,客户端再发送ACK报文段,这样就断开了TCP连接。 为什么TCP协议终止连接要四次?

    2.6K20
    领券