SQL线程状态分析：processlist

本文源自 公-众-号 IT老哥 的分享

IT老哥，一个在大厂做高级Java开发的程序员，每天分享技术干货文章

老哥哔哔叨

我们已经写了很多 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_size和max_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等等优化手段，进行综合分析，老哥只能告诉你们理论知识，把理论知识先学好，在实际工作中结合理论知识进行分析。

云服务器，云硬盘，数据库（包括MySQL、Redis、MongoDB、SQL Server），CDN流量包，短信流量包，cos资源包，消息队列ckafka，点播资源包，实时音视频套餐，网站管家（WAF），大禹BGP高防（包含高防包及高防IP），云解析，SSL证书，手游安全MTP，移动应用安全、 云直播等等。