freeing items

最新推荐文章于 2023-07-29 09:41:25 发布
原创 最新推荐文章于 2023-07-29 09:41:25 发布 · 255 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了一种使用mysql命令行工具配合grep命令来检查MySQL服务中特定进程状态的方法。通过执行特定命令，可以统计处于State: freeing items状态的进程数量，这对于监控MySQL服务器健康状况及性能非常有用。
mysql -e 'SHOW PROCESSLIST\G' | grep -c "State: freeing items"
dodomail
关注
Mysql报错：Got an error reading communication packets
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
10-10 8602
对于interactive_timeout覆盖wait_timeout，只会在用户登陆的时候才出现.其覆盖操作定义在函数server_mpvio_update_thd中，其他任何情况都不会出现覆盖。：connect_timeout在握手认证阶段（authenticate）起作用，interactive_timeout 和wait_timeout在连接空闲阶段（sleep）起作用，而net_read_timeout和net_write_timeout则是在连接繁忙阶段（query）或者网络出现问题时起作用。
【MySQL】逻辑架构及执行流程
-
04-25 832
1. 逻辑架构 1.1 连接层   MySQL服务器与客户端建立 TCP 连接后，对客户端传来的账号密码进行验证和鉴权：用户名或密码错误时，返回Access denied for user错误，客户端程序结束执行；用户名和密码正确时，再从权限表查出账号拥有的权限，用于后续鉴权。   每一个连接从线程池中获取线程，连接断开后归还，节省了创建和销毁线程的开销。 1.2 服务层 SQL Interface   接收客户端的SQL语句，并且向客户端返回执行结果。 Parser   对SQL 语句进行语法分析、语义
mysql freeing items 状态
weixin_34013044的博客
11-09 551
http://blog.sina.com.cn/s/blog_6128a8f00100wsdd.html数据库出现大量的freeing items状态 表更新慢 而且大量锁表查看mysql官方freeing items状态说明The thread has executed a command. This state is usually followed by cleaning up.说明命令已经...
mysql freeing items_freeing items
weixin_29338361的博客
01-27 866
show processlist 查看到大量的 freeing items状态会话查看官方文档，官方文档在8.14.2 General Thread States章节给出了线程状态的解释说明命令已经在执行正在进行清理 更新日志索引等mysql>SELECT@@profiling;+-------------+|@@profiling|+-------------+|...
Mysql 5.1 InnoDB freeing item 死锁 BUG
ilrxx的专栏
03-01 317
前两天运行shell跑一个统计，通过观察processlist会发现mysql客户端进程会每一分钟就增长一个，而且迟迟不会终止，进程状态多为freeing item，后来网上查下，这是mysql的bug，bug造成至今不是非常清楚，好像是mysql内部query cache造成的，现在解决方案，我将数据库表改为MyIsam存储引擎，问题没有再重现。 我是这样分析的，mysql批量执行sql语句时...
KILL MYSQL SQL出现线程无法终止，出现freeing items现象问题
eagle89的专栏
08-07 2240
KILL查询SQL出现线程无法终止，出现freeing items现象问题；  实例：今天公司DB 有大量的线程是freeing items 状态。DB服务器上跑应用，还有一些大的不固定的数据抓取查询(不固定，经常变动)，结果使用了Query cache ，导致Query Cache 池的抖动，频繁有cache失效，产生了freeing items 状态,下面是官方对freeing items的...
这是我分析执行的结果，配合上面给的执行计划，讲解下：[ { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.00007400000322377309 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000029999999242136256 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.00004400000034365803 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000003000000106112566 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.0000019999999949504856 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.000009999999747378752 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000009000000318337698 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000045000000682193789 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.00003300000025774352 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.000014999999621068128 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.00002499999936844688 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007000000096013537 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000004999999873689376 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000012000000424450264 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000011000000085914508 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000011000000085914508 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.000007999999979801942 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000004999999873689376 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000018000000636675396 }, { "Status": "executing", "Duration": 0.0000019999999949504856 }, { "Status": "Sending data", "Duration": 0.000014999999621068128 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000018000000636675396 }, { "Status": "executing", "Duration": 0.000014999999621068128 }, { "Status": "Sending data", "Duration": 0.000009000000318337698 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000003000000106112566 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.000007000000096013537 }, { "Status": "executing", "Duration": 9.999999974752428e-7 }, { "Status": "Sending data", "Duration": 0.00010099999781232327 }, { "Status": "Creating sort index", "Duration": 0.0035170000046491625 }, { "Status": "end", "Duration": 0.000009000000318337698 }, { "Status": "query end", "Duration": 0.000015999999959603885 }, { "Status": "removing tmp table", "Duration": 0.00015700000221841037 }, { "Status": "query end", "Duration": 0.00001700000029813964 }, { "Status": "removing tmp table", "Duration": 0.00001700000029813964 }, { "Status": "query end", "Duration": 9.999999974752428e-7 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.000003000000106112566 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.0000019999999949504856 }, { "Status": "removing tmp table", "Duration": 0.0000019999999949504856 }, { "Status": "query end", "Duration": 0.000003000000106112566 }, { "Status": "removing tmp table", "Duration": 0.000003999999989900971 }, { "Status": "query end", "Duration": 0.00008900000102585182 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.0000019999999949504856 }, { "Status": "removing tmp table", "Duration": 0.0000019999999949504856 }, { "Status": "query end", "Duration": 0.000003000000106112566 }, { "Status": "removing tmp table", "Duration": 0.0000019999999949504856 }, { "Status": "query end", "Duration": 0.0000019999999949504856 }, { "Status": "removing tmp table", "Duration": 0.0000019999999949504856 }, { "Status": "query end", "Duration": 0.000003999999989900971 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.000014000000192027074 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.000014000000192027074 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.0000019999999949504856 }, { "Status": "removing tmp table", "Duration": 0.000003000000106112566 }, { "Status": "query end", "Duration": 0.000009000000318337698 }, { "Status": "removing tmp table", "Duration": 0.000003999999989900971 }, { "Status": "query end", "Duration": 0.000003999999989900971 }, { "Status": "closing tables", "Duration": 0.000007999999979801942 }, { "Status": "removing tmp table", "Duration": 0.000006000000212225132 }, { "Status": "closing tables", "Duration": 0.0000019999999949504856 }, { "Status": "removing tmp table", "Duration": 0.00011800000356743112 }, { "Status": "closing tables", "Duration": 0.00011500000255182385 }, { "Status": "freeing items", "Duration": 0.00021899999410379678 }, { "Status": "cleaning up", "Duration": 0.000018000000636675396 } ]
最新发布
09-28
从数据中可以看出，主要的状态有："executing"、"Sending data"、"Creating sort index"、"end"、"query end"、"removing tmp table"、"closing tables"、"freeing items"、"cleaning up"等。 首先，我们注意到： 1...
Mysql学习笔记（全）
热门推荐
m0_60264772的博客
12-07 2万+
目录 MyISAM和InnoDB 性能下降SQL慢的原因： Mysql执行顺序 SQLJoin 索引 索引的优劣 索引分类 mysql索引结构 那些情况建索引 哪些情况不要建索引 性能分析 Extra 索引优化 索引口诀 索引案例 Order By 索引优化 exsites Mysql慢查询日志命令 函数操作批量插入数据 show Profile分析sql 全局查询日志 Mysql锁 锁命令 表锁：读锁 表锁：写锁 行锁 事务 行锁测试 间隙锁 行
大量的线程有freeing items 的处理
weixin_33994429的博客
06-28 271
大量的线程有freeing items 状态一、工作原理查询缓存的工作原理，基本上可以用二句话概括：1.缓存SELECT操作或预处理查询（注释：5.1.17开始支持）的结果集和SQL语句；2.新的SELECT语句或预处理查询语句，先去查询缓存，判断是否存在可用的记录集，判断标准：与缓存的SQL语句，是否完全一样，区分大小写；二、查询缓存对什么样的查询语句，无法缓存其记录集，...
mysql多表查询和EXISTS查询性能对比
07-24
mysql多表查询和EXISTS查询性能对比
剖析单条语句查询
weixin_34219944的博客
06-06 140
2019独角兽企业重金招聘Python工程师标准>>> ...
MySQL show processlist 执行状态分析
u013950690的博客
03-11 1968
简单解读，数据查询和执行通常只需要不到0.01秒，而网络输出通常需要1秒左右甚至更长，原本数据连接在0.01秒即可释放，但是因为前端程序未执行close操作，直接输出结果，那么在结果未展现在用户桌面前，该数据库连接一直维持在sleep状态！如果大量出现，内存，硬盘可能已经出现问题，比如硬盘满或损坏，或者执行正在进行清理 更新日志索引等，i/o压力过大时，也可能出现Free items执行时间较长的情况。很可怕的搜索语句会导致这样的情况，如果是数据分析，或者半夜的周期数据清理任务，偶尔出现，可以允许。
MySQL学习笔记之SQL语句执行过程查看
四国棋客
07-29 2890
本文记录了用profile语句查看SQL语句执行过程的方法，包括查看性能数据
MySQL常见的进程state【转】
qq_43182018的博客
03-03 1325
MySQL 常见进程介绍
MySQL_14_用explain来定位并解决慢SQL问题
毛毛的专栏
09-07 1045
文章目录一、前言二、慢查询概要2.1 第一步，慢查询分析之前的配置2.1.1 方式一：修改my.ini2.1.2 方式二：修改数据库2.2 第二步，找到执行慢的sql语句2.3 第三步，找到原因两种方式之一，explain分析，explain各个字段的解释2.4 第四步，找到原因两种方式之一，profile分析，找到慢查询的本质原因，profile各个字段的解释2.4.1 explain制造慢sql语句，profile找到慢的sql语句2.4.2 show profile for query 具体id2.4
profiling mysql_mysql语句性能开销检测profiling详解
weixin_39603492的博客
01-19 217
之前我介绍过msyql查询优化explain检查命令的使用，explain主要是检查sql语句的基本性能，sql是否优秀，但不能查看具体的涉及硬件资源的开销，今天要介绍的这个profiling工具可以更细节的查看资源的开销，比较详细。首先这款性能检查工具是针对每个session生效的，session结束了就要重要发起查询检测。默认是关闭的，需要手动开启：SET profiling = 1;开启之后...
读书-高性能MySQL 第三章
小谷的博客
02-01 1149
服务器性能剖析 : 最经常碰到的三个性能相关的服务请求是：如何确认服务器是否达到了性能最佳的状态，找出某条语句为什么执行不够快，以及诊断被用户描述成“停顿”、“堆积”或者“卡死”的某些间歇性阴暗故障。核心方法是专注于服务器的时间花费在哪里，使用的 技术则是性能剖析工具（profiling）。本章，将展示如何测量系统并生成剖析报告，以及如何分析系统的整个对渣（stack），包括从应用程序到数据库...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值