mysql无法停止slave_stop slave卡住

在MySQL 5.7.27-log版本中,当尝试在从库执行stop slave命令时,可能会遇到卡住的情况。本文通过模拟主从集群的场景,分析了stop slave被卡住的原因,指出在从库加读锁后,主库写入数据可能导致read lock与SQL thread的死锁,从而造成stop slave操作无法完成。此外,还讨论了其他可能导致stop slave卡住的场景,如与flush tables with read lock命令和SQL Thread的死锁问题。
摘要由CSDN通过智能技术生成

在MySQL主从架构集群中,如果主库发生故障,需要立刻提升一个从库为新主库。在这个过程中,有一个操作是在从库上执行stop slave停止复制的操作,一般情况下,会非常顺利。

但也有特殊情况下,会遇到stop slave被卡住的问题。

这样,给故障恢复过程造成了一定的困扰。

本文模拟一种stop slave被卡住的情况。

MySQL版本: 5.7.27-log

1.模拟过程

首先准备一个主从集群,具体过程参见MySQL主从集群搭建。

1.1.主库数据准备

mysql> create database app;

Query OK, 1 row affected (0.01 sec)

mysql>

CREATE TABLE `test` (

`id` bigint(20) NOT NULL AUTO_INCREMENT,

`service_group_name` varchar(100) NOT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

1.2 从库加读锁

首先保证从库复制正常,start slave已开启复制。

在从库上打开终端1,对数据表test加读锁:

mysql> lock tables app.test read;

Query OK, 0 rows affected (0.00 sec)

mysql>

1.3 主库写入数据

在主库上写入一条数据&#x

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值