博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
千万别手欠执行stop slave
阅读量:5846 次
发布时间:2019-06-18

本文共 354 字,大约阅读时间需要 1 分钟。

今天我一个朋友,执行了stop slave,给卡死了,结果kill 进程ID也杀不死。

这是由于在主库上执行了一条很耗时的大SQL,通过主从复制在从库接收过来后,SQL_THREAD开始执行,

这时你只要执行了stop slave,立马就卡死,之后你再执行show slave status\G;也会被卡住,必须等

待那条大SQL执行完,才会结束stop slave,除非你pkill -9 mysql进程。

下面就来重现一下,主库上执行全表更新update sbtest set c='mariadb';等执行完以后,会记录到binlog日志里,然后在从库执行的时候,stop slave,就会卡住。

最后,提醒一下,在执行stop slave的时候,一定要看下主库上的慢SQL,避免出现被卡住的情况发生。

转载地址:http://mkwjx.baihongyu.com/

你可能感兴趣的文章
Nodejs使用图灵机器人获取笑话
查看>>
Spring 任务调度 简单的,使用Schedule
查看>>
SQL 2005删除作业计划出错(DELETE语句与 REFERENCE约束"FK_subplan_job_id"冲突。)的解决...
查看>>
【Touch&input 】支持多个游戏控制器(18)
查看>>
我的友情链接
查看>>
SQL语句学习
查看>>
What is Cluster Aware Updating in Windows Server 2012?
查看>>
进老男孩的自我介绍和决心书
查看>>
线上Linux服务器运维安全策略经验分享
查看>>
Android一些问题的解决方案
查看>>
ios之UIToolBar
查看>>
网络ASI
查看>>
Luogu P4707 重返现世
查看>>
目标与绩效管理实战专家胡立
查看>>
axios 中断请求
查看>>
2014手机分析图
查看>>
Linux PID 1 和 Systemd
查看>>
一元多项式相加
查看>>
commandLink/commandButton/ajax backing bean action/listener method not invoked (转)
查看>>
软件工作的大环境
查看>>