show processlist 命令详解,MySQL优化看这一篇就够了

老哥哔哔叨(求点赞)

我们已经写了很多 MySQL 的文章了,比如索引优化数据库锁主从复制等等。今天在来和大家学习一个优化方法:show processlist——查看当前所有数据库连接的 session 状态。帮助我们查看每个 SQL 线程的运行状态,是运行正常呀,还是 sleep 了,还是其他什么情况。

show processlist 简介

语法

不同用户之间只能查看自己的数据,如果想查看所有的请用管理员查询

show processlist;
复制代码

返回结果字段说明

  • id

    SQL 的 ID 标识,需要 kill 这个 SQL 进程的时候可以使用

  • User

    当前连接用户

  • Host

    所属的 IP 和端口

  • db

    数据库名

  • command

    连接状态,一般是休眠(sleep),查询(query),连接(connect),如果一条 SQL 语句是query状态,而且time时间很长,说明存在问题

  • time

    连接状态持续的时间,单位是秒(s)

  • state(重点分析

    当前 SQL 语句的状态,是优化的重要参数

  • info

    显示当前所执行的 SQL 语句

state 详解

state 在优化中是很重要的字段,能提供给我们很多这条 SQL 线程的当前状态,帮助我们能定位分析问题。下面列举出 state 的一些常见的字段。

  • state

    解释:代表资源未释放,如果通过连接池连接数据库,那么 state 应该是一个稳定的范围。如果有大量的 SQL 请求忘记关闭数据库连接,会造成大量连接请求阻塞,数据库挂掉。

  • checking table

    解释:正在检查数据数据表,这个操作是系统自动的

  • closing tables

    解释:表示正在将表中修改的数据刷新到磁盘中去,然后关闭用完的表,这是一个很快的操作。

    优化建议:如果这个过程很慢,那就需要看看磁盘是否满了,或者磁盘在进行大量的 IO 操作等等

  • connect out

    解释:主从复制里,从服务器正在连接主服务器

  • creating tmp table

    解释:正在创建临时表,临时存放查询结果

  • copying to tmp table on disk

    解释:当使用 order by、group by 或者 join 查询时,会出创建临时表的情况,当数据太大,会把内存中的临时表数据存储到硬盘上。

    优化建议:一:优化索引,尽量减少创建临时表。二:优化 SQL 语句逻辑,可以用 Java 代码实现部分耗时的 SQL 逻辑。三:可以调节tmp_table_sizemax_heap_table_size两个参数,增大内存中临时表的大小。

  • flushing tables

    在执行刷新表,等待其他线程关闭数据库表

  • killed

    解释:发送了一个 kill 请求给某线程,那么这个线程将会检查 kill 标志位,同时会放弃下一个 kill 请求。MySQL 会在每次的主循环中检查 kill 标志位,不过有些情况下该线程可能会过一小段才能死掉。如果该线程程被其他线程锁住了,那么 kill 请求会在锁释放时马上生效。

  • sending data

    解释:这个字段字面上很容易误导人,大部分人觉得他仅仅是发送数据给客户端,但其实是收集 + 发送。当 MySQL 使用索引查询完后,得到一堆行的 id,如果有的查询列不在索引中,那么 MySQL 需要到 id 所在的数据行,将数据取出来返回给客户端。

  • sorting for group / order

    解释:SQL 语句中使用了 group 和 order 进行排序

    优化建议:如果出现了创建临时表或者文件内排序的情况,比较耗时的情况下需要优化索引

  • Waiting for net / reading from net / writing to net

    解释:主要是网络状态的描述,如大量出现,要检查数据库网络连接状态和流量

    优化建议:比如外挂流量攻击数据库时,会导致网络带宽被占满,大量的连接请求打到数据库,造成数据库崩溃,建议进行防流量攻击。

  • locked

    解释:SQL 被锁住了,如表锁,行锁,间隙锁等等。

    优化建议:正确使用索引,避免索引失效升级为表锁。使用 innodb 搜索引擎,不要用 myisam。

  • Opening tables

    解释:一个 SQL 线程正在尝试打开数据表,这个过程正常的情况是很快的,但是如果有人在 alter table,或者 lock table 语句之前完之前,其他线程无法打开这个数据表。

  • Waiting for tables

    解释:该线程得到通知,数据表结构已经被修改了,需要重新打开数据表以取得新的结构。然后,为了能的重新打开数据表,必须等到所有其他线程关闭这个表。

    以下几种情况下会产生这个通知:FLUSH TABLES tbl_name、 ALTER TABLE、 RENAME TABLE、 REPAIR TABLE、 ANALYZE TABLE、或 OPTIMIZE TABLE。

  • System lock

    解释:正在等待取得一个外部的系统锁。如果当前没有运行多个 mysqld 服务器同时请求同一个表,那么可以通过增加--skip-external-locking 参数来禁止外部系统锁。默认情况下这个参数是关闭的。

结语

大家可以根据state状态具体分析这个SQL语句,问题出现在哪里,结合老哥之前讲过的数据库锁,索引优化,show Profiles等等优化手段,进行综合分析。优化知识是工作中实践中学习,老哥只能告诉你们理论知识,把理论知识先学好,在实际工作中结合理论知识进行分析。

IT 老哥

一个在大厂做高级Java开发的程序猿

原文地址:https://www.cnblogs.com/itlaoge/p/14219598.html