MySQL show processlist 4 Replication Thread States

MySQL查看主从复制信息详解 SHOW REPLICA STATUS 语句详解 阅读详情

 

  • Replication Master Thread States 主节点线程状态

 

Finished reading one binlog; switching to next binlog线程 已经完成读取 binlog 文件,并切换到下一个 binlog 文件
Master has sent all binlog to slave; waiting for more updates线程已经从二进制日志中读取了所有剩余的更新日 志,并将它们发送到从库。线程当前处于空闲状态,正在等待新 的更新数据的事件写入二进制日志中
Sending binlog event to slave线程已经从二进制日志中读取 了一个事件,现在将其发送到从库(二进制日志由事件组成,一 个事件通常是由发生更新的数据和一些其他信息组成)
Waiting to finalize termination线程停止时发生的非常短暂 的状态,线程正在执行停止线程相关的动作

 

  • Replication Slave I/O Thread States 从库IO线程 State

 

Checking master version在建立与主库的连接之后非常短暂 的状态,表示正在检查主库的版本号
Connecting to master线程尝试连接到主库
Queueing master event to the relay log线程已读取一个事 件,并将其复制到中继日志,以便 SQL 线程进行重放
Reconnecting after a failed binlog dump request线程正在 尝试重新连接到主库
Reconnecting after a failed master event read线程正在尝 试重新连接到主库,当重连连接成功时,状态将变为“Waiting for master to send event”
Registering slave on master在连接到主库成功之后非常短暂 的状态,表示正在向主库注册从库的连接信息(如从库的 IP 和端 口信息等)
Requesting binlog dump在与主库建立连接成功之后非常短 暂的状态,使用当前的 I/O 线程位置,向主库发送从当前位置开 始的二进制日志的内容的请求
Waiting for its turn to commit如果启用了 slave_preserve_commit_order 参数,则表示从库 I/O 线程正在 等待较旧的工作线程提交数据
Waiting for master to send event线程已经连接到主库并且 正在等待新的二进制日志事件,如果主库空闲,这可能持续很长 时间。如果等待时间持续超过 slave_net_timeout 秒,则从库 I/O 线程发生超时。此时,从库 I/O 线程认为主库的连接断开, 会尝试重新连接主库
o Waiting for master update连接到主库之前的初始状态
Waiting for slave mutex on exit线程停止时短暂发生的状 态,表示正在回收 I/O 线程的相关互斥资源
Waiting for the slave SQL thread to free enough relay log space如果 relay_log_space_limit 变量设置值不为 0,那么当 中继日志总大小增长到超过此值时。 I/O 线程会等待,直到 SQL 线程通过重放中继日志内容并删除重放完成的中继日志以释放中 继日志占用的空间,使其满足中继日志中大小不大于 relay_log_space_limit 变量的值时,I/O 线程才可以继续写入中 继日志操作。
Waiting to reconnect after a failed binlog dump request如果二进制日志 dump 请求失败(由于断开连接),那么线程在 进入 sleep 状态,此时出现此状态,然后 I/O 线程定期尝试重新 连接主库。重试之间的间隔时间可以使用 CHANGE MASTER TO 语句的 MASTER_CONNECT_RETRY 选项指定
* 要注意,从库的 I/O 线程连接主库是有心跳机制的,当主库超 过这个心跳时间没有发送新的 event 到 slave 上时,I/O 线程就 对主库发起一个心跳请求,如果请求成功就重置心跳时间,当主 库有新的 event 发送到 slave 时,这个心跳时间也会进行重置。 心跳时间由 change master 语句的 MASTER_HEARTBEAT_PERIOD 选项设置(以秒为单位),范围 0 到 4294967 秒,分辨率(毫秒) 最小非零值为 0.001,表示 1 毫秒。将间隔设置为 0 时表示禁用心跳。 默认值是 slave_net_timeout 配置参数的二分之一。so,理论上是不会出 现主从数据库正常的情况下因为主库没有写数据而导致从库 I/O 线程断开的情况。
Waiting to reconnect after a failed master event read读取 主库 binlog 时发生错误(由于断开连接)。I/O 线程在尝试重新 连接主库之前,线程正在以 CHANGE MASTER TO 语句的 MASTER_CONNECT_RETRY 选项(默认为 60)设置的秒数进行 sleep(该时间是重连失败之后的重试间隔时间)

 

  • Replication Slave SQL Thread States

 

Killing slave线程正在处理 STOP SLAVE 语句 o Making temporary file (append) before replaying LOAD DATA INFILE:线程正在执行 LOAD DATA INFILE 语句,并将 从库将要读取的数据添加到临时文件中
Making temporary file (create) before replaying LOAD DATA INFILE线程正在执行 LOAD DATA INFILE 语句,且正 在创建临时文件,临时文件中包含了从库将要读取行数据。注 意:只有在 MySQL 5.0.3 之前的版本中,主库记录了原始 LOAD DATA INFILE 语句时,才能遇到此状态
Reading event from the relay log线程正在从中继日志中读 取事件,以便进行重放
Slave has read all relay log; waiting for more updates线程 已重做完所有的中继日志文件中的所有事件,正在等待 I/O 线程 向中继日志中写入新的事件
Waiting for an event from Coordinator从库使用多线程复制 时(slave_parallel_workers 大于 1),此状态表示一个 slave works 线程正在等待协调器线程(Coordinator 线程)分配日志 事件
Waiting for slave mutex on exit线程停止时发生的非常短暂 的状态
Waiting for Slave Workers to free pending events当 Workers 线程处理的事件的总数量大小超过 slave_pending_jobs_size_max 系统变量的大小时,会发生等待 操作(协调器线程不进行分配事件给 worker 线程)。当 Workers 线程处理的事件的总数量大小低于 slave_pending_jobs_size_max 限制时,协调器恢复调度。只有 当 slave_parallel_workers 设置为大于 0 时,此状态才会出现
Waiting for the next event in relay log“Reading event from the relay log”状态之前的初始状态
Waiting until MASTER_DELAY seconds after master executed eventSQL 线程已读取事件,但并没有进行应用,而 是正在等待从库设置的延迟复制时间失效。此延迟时间使用 CHANGE MASTER TO 的 MASTER_DELAY 选项设置

 

  • Replication Slave Connection Thread States

 

Changing master线程正在处理 CHANGE MASTER TO 语句
Killing slave线程正在处理 STOP SLAVE 语句
Opening master dump table此状态发生在主库创建 dump 表之后
Reading master dump table data"Opening master dump table"状态之后出现的状态,表示正在从主库 dump 表读取数据
Rebuilding the index on master dump table“Reading master dump table data”状态之后出现的状态,表示正在重建 主库 dump 表索引

 

创新实训项目博客:基于LoRA的医疗大模型高效微调实战 预训练大语言模型(LLMs)虽然具备了广泛的知识和一定的通用能力,但在特定领域(如医疗)或特定任务(如遵循特定指令格式进行思考链推理)上,其表现往往不尽如人意。微调(Fine-tuning)能够使模型学习到特定领域的数据分布和任务模式,从而在目标任务上获得更好的性能,使其更贴合实际应用需求。使用Unsloth框架加载并以4-bit量化模型。基于数据集,构建了包含明确思考链引导的训练Prompt。配置了LoRA参数,并使用SFTTrainer在单张T4 GPU上对模型进行了高效微调。 阅读详情

相关推荐

MySQL安装配置教程(超级详细)

一、 下载MySQL Mysql官网下载地址:MySQL :: Download MySQL Installer (Archived Versions) 1. 选择要安装的版本,本篇文章选择的是5.7.31版本,点击Download下载 正在上传…重新上传取消 二、 安装MySQL 1. 选择设置类型双击运行mysql-installer-community-5.7.31.0.msi 这里选择是自定义安装,所以直接选择“Custom”,点击“Next” “Developer Default”是

m0_67322837的博客 5万+

MySQL使用SHOW PROCESSLIST 详解

SHOW PROCESSLIST 显示进程列表

jkzyx123的博客 1万+

数据清洗(Data Cleansing)

数据清洗(Data Cleansing)是指对数据进行处理和纠错,以去除或修复数据集中存在的错误、不致、不完整和冗余的数据,从而使数据更加准确、可靠和有用。数据清洗是数据处理和数据分析中一个非常重要的步骤,它可以帮助我们提高数据的质量,从而提高数据分析和机器学习的准确性和可靠性。数据清洗是一个重要的过程,它可以帮助我们提高数据的质量,从而提高数据分析和机器学习的准确性和可靠性。在实际应用中,我们可以使用一些工具和技术来实现数据清洗,例如 Pandas、NumPy 和 OpenRefine 等。通过数据清洗,

meimei169500的博客 1万+

mysql: show processlist 详解

最近排查一些MySQL的问题,会经常用到 show processlist,所以在这里把这个命令总结一下,做个备忘,以备不时只需。 show processlist 是显示用户正在运行的线程,需要注意的是,除了 root 用户能看到所有正在运行的线程外,其他用户都只能看到自己正在运行的线程,看不到其它用户正在运行的线程。除非单独个这个用户赋予了PROCESS 权限。 root用户,可以看到...

weixin_41282397的博客 941

Crawl4AI实战:5分钟搞定电商价格监控爬虫(附Python代码)

本文详细介绍了如何利用开源AI网络爬虫框架Crawl4AI快速构建电商价格监控系统。通过Python实战代码,展示了从环境配置、智能内容提取到多平台适配、定时任务与数据可视化的完整流程,帮助运营人员和技术开发者高效实现自动化价格追踪与竞品分析。

weixin_29090917的博客 414

YOLO26小目标检测实战:STAL标签分配+MuSGD优化,VisDrone数据集漏检率降50%

小目标检测是计算机视觉的经典难题,而VisDrone数据集小目标占比极高:数据集中小目标(像素面积<32×32)占比超过60%,且大量目标仅为几个像素,特征信息极度匮乏;背景复杂且干扰多:无人机航拍场景包含建筑物、树木、人群、车辆等复杂背景,小目标易被背景淹没;尺度变化与遮挡严重:同一目标在不同帧中尺度差异大,且小目标极易被其他目标遮挡;传统模型的固有缺陷标签分配策略(如ATSS、SimOTA)偏向大目标,小目标的正样本分配不足,导致模型对小目标不敏感;

专注于Python爬虫开发,分享爬虫技巧、项目实战与反爬经验,使用Scrapy、BeautifulSoup等工具,解决数据抓取难题。 1186

Mysql主从同步中Binlog Dump线程僵尸问题

Mysql主从同步中Binlog Dump线程僵尸问题问题起因 自己开发程序伪造为mysql的从服务器,不停重连、以及重启后出现如下错误: too many connections(1040) 在主服务上运行:show processlist发现大量Binlog Dump线程 Mysql主从同步机制 主库上记录二进制日志,也就是binlog日志。 备库将主库的二进制日志复制

Linux平台软件设计与开发 2万+

大数据ZooKeeper(一):ZooKeeper基本知识

Zookeeper是一个分布式协调服务的开源框架。主要用来解决分布式集群中应用系统的一致性问题。ZooKeeper本质上是一个。

Lansonli(蓝深李)的博客 3150

【大厂求职必看】太强了!Tomcat线程模型全网最清晰讲解

针对最近很多人都在面试,我这边也整理了相当多的面试专题资料,也有其他大厂的面经。希望可以帮助到大家。下面的面试题答案都整理成文档笔记。也还整理了一些面试资料&最新2021收集的一些大厂的面试真题(都整理成文档,小部分截图)最新整理电子书一个人可以走的很快,但一群人才能走的更远。如果你从事以下工作或对以下感兴趣,欢迎戳这里加入程序员的圈子,让我们一起学习成长!

pckzzy117的博客 288

AUTOSAR模式管理-EcuM多核处理及其他概念

因此,EcuM不请求状态。因此,BswM必须确保,例如,在调用EcuM_GoHalt或EcuM_GoPoll之前,必须将关机目标从其默认值更改为ECUM_STATE_SLEEP。对于ECU的关闭,BswM(位于主EcuM的同一个分区中)最终调用主核上的GoOff,该GoOff将请求分发给所有的从核。在ECU Manager模块的早期版本中,睡眠目标被特殊处理,因为在ECU中实现的睡眠模式取决于ECU的功能。在使用了外部的SBC控制相关的MCU的下电的时候,在OFF阶段最后调用SBC进入到Sleep的指令。

m0_49148264的博客 1342

Kafka 性能优化与常见问题排查

Kafka 的高性能依赖于合理的集群设计、参数优化与高效的监控体系。生产环境中,应重点关注I/O 瓶颈、分区规划、Producer/Consumer 参数调优,并通过监控与排查手段快速定位问题,从而保障 Kafka 在实时场景下的稳定运行。

X2829352498的博客 235

SaltStack 管理 MySQL:声明式运维实现数据库基础设施即代码

MySQL 作为核心关系型数据库,其配置敏感性、状态一致性与高可用要求远超脚本化运维能力边界。声明式配置管理工具通过定义‘目标状态’而非执行流程,实现配置可版本化、变更可审计、环境可收敛。SaltStack 凭借其事件驱动架构、Pillar 加密变量体系与强状态收敛机制,在 MySQL 的自动化部署、GTID 主从编排、半同步复制管控及安全基线加固等场景中展现出显著工程优势。相比 Shell 脚本的不可控与 Ansible 的无状态执行,Salt States 支持基于 Grains 的硬件自适应调优、Pi

weixin_30591551的博客 297

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

show processlist 详解

show processlist是显示用户正在运行的线程,需要注意的是,除了root用户能看到所有正在运行的线程外,其他用户都只能看到自己正在运行的线程,看不到其它用户正在运行的线程。除非单独个这个用户赋予了PROCESS权限。

程序猿进阶 1万+

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

win10 跳过U8环境检测的IE WebControls.rar

win10 安装u8的时候 提示IE WebControls 不通过,这个工具可以欺骗u8的检查。 跳过U8环境检测的IE WebControls。提示导入失败后,重新检测通过。

一、MySQL-Replication(主从复制)

意思是: 当前数据库实例中开启了 GTID 功能, 在开启有 GTID 功能的数据库实例中, 导出其中任何一个库, 如果没有显示地指定--set-gtid-purged参数, 都会提示这一行信息. 意思是默认情况下, 导出的库中含有 GTID 信息, 如果不想导出包含有 GTID 信息的数据库, 需要显示地添加--set-gtid-purged=OFF参数.MASTER_LOG_FILE='mysql-bin.000001', -- 从主服务器的哪个binlog日志读取。-- 到主服务器的密码。

Aaron599的博客 1850

廖雪峰Python教程[完整版]

廖雪峰的python教程整理的,已经排好版了,而且还是完整的,适合小白

mysql 问题排查: show processlist

1、查询线程及相关信息 show processlist 是显示用户正在运行的线程,需要注意的是,除了 root 用户能看到所有正在运行的线程外,其他用户都只能看到自己正在运行的线程,看不到其它用户正在运行的线程。 除非单独个这个用户赋予了PROCESS 权限。 单独给activiti用户授PROCESS权限,(授权后需要退出重新登录) show processlist 显示的信息都是来自MySQL系统库 information_schema 中的 processlist 表。所以使用下面的查询语句

weixin_40482816的博客 2551

MySQL主从复制

MySQL主从复制

weixin_39757139的博客 1846

理解MySQL——复制(Replication)

1、复制概述1.1、复制解决的问题数据复制技术有以下一些特点:(1)    数据分布(2)    负载平衡(load balancing)(3)    备份(4)    高可用性(high availability)和容错1.2、复制如何工作从高层来看,复制分成三步:(1)    master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log eve...

weixin_34358092的博客 361

MySQL Replication 梳理详解

2019独角兽企业重金招聘Python工程师标准>>> ...

weixin_34234823的博客 455

mysql begun_MySQL SHOW PROCESSLIST 状态详解

8.14.2General Thread StatesThe following list describes threadStatevalues that are associated withgeneral query processing and not more specialized activities such asreplication. Many of these are us...

weixin_30583711的博客 296

对 show processlist 的一点解释

mysql> show  processlist; +----+-------------+-----------+------+---------+------+-----------------------------------------------------------------------+-------------------+ | Id | User        | Ho

回南山种豆的专栏 6741

mysql 主从同步原理

Replication 线程   Mysql的 Replication 是一个异步的复制过程,从一个 Mysql instace(我们称之为 Master)复制到另一个 Mysql instance(我们称之 Slave)。在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,其中两个线程(Sql线程和IO线程)在 Slave 端,另外一个线程(IO线...

weixin_34343689的博客 240

通过show processlist命令查看主从库复制线程状态

1、主库IO线程状态说明:<1>sendingbinlogeventtoslave线程已经从二进制日志读取了一个事件,正在发送给从服务器。<2>Finishedreadingonebinlog;switchingtonextbinlog.线程已经读完二进制日志文件,并且正打开下一个要发送到从服务器的二进制日志文件。<3>...

weixin_34198881的博客 583

mysql show processlist + show status + kill Id命令详解

[size=large][b]1. SHOW PROCESSLIST[/b][/size] 显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。如果您有SUPER权限,您可以看到所有线程。否则,您只能看到您自己的线程(也就是,与您正在使用的MySQL账户相关的线程)。请参见13.5.5.3节,“KILL语法”。如果您不使用FULL关键词,则只显示每个查询...

binma85的专栏 3107
上一篇: MySQL show processlist 5 Scheduler Thread States
下一篇: Docker 容器挂载 Bind Mount
取壳羊
博客等级 码龄15年 5粉丝 128原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值