前言： 我们常用 show processlist 或 show full processlist 查看数据库连接状态，其中比较关注的是 State 列，此列表示该连接此刻所在的状态。那么你真的了解不同 State 值所表示的状态吗？下面我们参考官方文档来一探究竟 。
以MySQL 5.7版本为例
官方文档地址： https://dev.mysql.com/doc/refman/5.7/en/general-thread-states.html
简单翻译下：
-
After create当线程在创建表的函数末尾创建表（包括内部临时表）时，会发生这种情况。即使由于某些错误而无法创建表，也会使用此状态。
-
Analyzing线程正在计算
MyISAM表键分布（例如，forANALYZE TABLE）。 -
checking permissions线程正在检查服务器是否具有执行语句所需的权限。
-
Checking table该线程正在执行表检查操作。
-
cleaning up该线程已经处理了一个命令，并准备释放内存并重置某些状态变量。
-
closing tables该线程正在将更改的表数据刷新到磁盘并关闭已使用的表。这应该是一个快速的操作。如果没有，请验证您的磁盘空间剩余。
-
converting HEAP to ondisk该线程正在将内部临时表从
MEMORY表转换为磁盘表。 -
copy to tmp table线程正在处理一个
ALTER TABLE语句。在创建具有新结构的表但在将行复制到其中之前，将发生此状态。对于处于此状态的线程，可以使用性能模式来获取有关复制操作的进度。
-
Copying to group table如果语句具有不同的条件
ORDER BY和GROUP BY标准，则按组对行进行排序并将其复制到临时表。 -
Copying to tmp table服务器正在复制到内存中的临时表。
-
altering table服务器正在执行就地
ALTER TABLE。 -
Copying to tmp table on disk服务器正在复制到磁盘上的临时表。
-
Creating index线程正在处理
ALTER TABLE ... ENABLE KEYS一个MyISAM表。 -
Creating sort index线程正在处理
SELECT使用内部临时表解析的线程 。 -
creating table线程正在创建一个表。这包括创建临时表。
-
Creating tmp table该线程正在内存或磁盘上创建临时表。如果表在内存中创建但稍后转换为磁盘表，则该操作期间的状态将为
Copying to tmp table on disk。 -
committing alter table to storage engine服务器已完成就地
ALTER TABLE并提交结果。 -
deleting from main table服务器正在执行多表删除的第一部分。它仅从第一个表中删除，并保存用于从其他（引用）表中删除的列和偏移量。
-
deleting from reference tables服务器正在执行多表删除的第二部分，并从其他表中删除匹配的行。
-
discard_or_import_tablespace线程正在处理
ALTER TABLE ... DISCARD TABLESPACE或ALTER TABLE ... IMPORT TABLESPACE声明。 -
end这发生在结束，但的清理之前
ALTER TABLE，CREATE VIEW，DELETE，INSERT，SELECT，或UPDATE语句。 -
executing该线程已开始执行语句。
-
Execution of init_command线程正在执行
init_command系统变量值中的语句 。 -
freeing items线程执行了一个命令。在此状态期间完成的一些项目的释放涉及查询缓存。这种状态通常紧随其后
cleaning up。 -
FULLTEXT initialization服务器正准备执行自然语言全文搜索。
-
init出现这种情况的初始化之前
ALTER TABLE，DELETE，INSERT，SELECT，或UPDATE语句。服务器在此状态下采取的操作包括刷新二进制日志，InnoDB日志和一些查询缓存清理操作。对于
end状态，可能会发生以下操作：- 删除表中的数据后删除查询缓存条目
- 将事件写入二进制日志
- 释放内存缓冲区，包括blob
-
Killed有人
KILL向线程发送了一个语句，它应该在下次检查kill标志时中止。在MySQL的每个主循环中检查该标志，但在某些情况下，线程可能仍然需要很短的时间才能死掉。如果线程被某个其他线程锁定，则一旦另一个线程释放其锁定，kill就会生效。 -
logging slow query该线程正在向慢查询日志写一条语句。
-
login连接线程的初始状态，直到客户端成功通过身份验证。
-
manage keys服务器正在启用或禁用表索引。
-
NULL该状态用于该
SHOW PROCESSLIST状态。 -
Opening tables线程正在尝试打开一个表。这应该是非常快的程序，除非有什么东西阻止打开。例如，一个
ALTER TABLE或一个LOCK TABLE语句可以阻止在语句结束之前打开表。 -
optimizing服务器正在对查询执行初始优化。
-
preparing在查询优化期间发生此状态。
-
Purging old relay logs该线程正在删除不需要的中继日志文件。
-
query end处理查询后但在
freeing items状态之前发生此 状态。 -
Receiving from client服务器正在从客户端读取数据包。
Reading from net在MySQL 5.7.8之前调用此状态。 -
Removing duplicates该查询使用
SELECT DISTINCT的方式是MySQL无法在早期阶段优化掉不同的操作。因此，在将结果发送到客户端之前，MySQL需要额外的阶段来删除所有重复的行。 -
removing tmp table该线程在处理
SELECT语句后删除内部临时表。如果未创建临时表，则不使用此状态。 -
rename该线程正在重命名一个表。
-
rename result table线程正在处理一个
ALTER TABLE语句，创建了新表，并重命名它以替换原始表。 -
Reopen tables该线程获得了表的锁定，但在获取锁定之后注意到基础表结构发生了变化。它释放了锁，关闭了桌子，并试图重新打开它。
-
Repair by sorting修复代码使用排序来创建索引。
-
preparing for alter table服务器正准备执行就地
ALTER TABLE。 -
Repair done该线程已完成对
MyISAM表的多线程修复 。 -
Repair with keycache修复代码通过密钥缓存逐个创建密钥。这比慢得多
Repair by sorting。 -
Rolling back该线程正在回滚一个事务。
-
Saving state对于
MyISAM诸如修复或分析的表操作，线程将新表状态保存到.MYI文件头。状态包括诸如行数，AUTO_INCREMENT计数器和密钥分发之类的信息。 -
Searching rows for update该线程正在进行第一阶段以在更新之前查找所有匹配的行。如果
UPDATE要更改用于查找所涉及行的索引，则必须执行此操作。 -
Sending data线程正在读取和处理
SELECT语句的行 ，并将数据发送到客户端。由于在此状态期间发生的操作往往会执行大量磁盘访问（读取），因此它通常是给定查询生命周期中运行时间最长的状态。 -
Sending to client服务器正在向客户端写入数据包。
Writing to net在MySQL 5.7.8之前调用此状态。 -
setup线程正在开始一个
ALTER TABLE操作。 -
Sorting for group线程正在进行排序以满足
GROUP BY。 -
Sorting for order线程正在进行排序以满足
ORDER BY。 -
Sorting index该线程正在对索引页面进行排序，以便在
MyISAM表优化操作期间进行更有效的访 -
Sorting result对于
SELECT声明，这类似于Creating sort index非临时表。 -
statistics服务器正在计算统计信息以开发查询执行计划。如果线程长时间处于此状态，则服务器可能是磁盘绑定执行其他工作。
-
System lock线程已经调用
mysql_lock_tables()，并且线程状态尚未更新。这是一个非常普遍的状态，可能由于多种原因而发生。例如，线程将请求或正在等待表的内部或外部系统锁定。
InnoDB在执行期间等待表级锁定时会 发生这种情况LOCK TABLES。如果此状态是由外部锁的请求引起的，并且您没有使用多个访问相同 表的 mysqld 服务器，则MyISAM可以使用该--skip-external-locking选项禁用外部系统锁 。但是，默认情况下禁用外部锁定，因此该选项很可能无效。对于SHOW PROFILE，这个状态意味着线程正在请求锁定（不等待它）。 -
update线程正准备开始更新表。
-
Updating线程正在搜索要更新的行并正在更新它们。
-
updating main table服务器正在执行多表更新的第一部分。它仅更新第一个表，并保存用于更新其他（引用）表的列和偏移量。
-
updating reference tables服务器正在执行多表更新的第二部分，并更新其他表中的匹配行。
-
User lock该线程将要求或正在等待通过
GET_LOCK()呼叫请求的咨询锁 。对于SHOW PROFILE，此状态表示线程正在请求锁定（不等待它）。 -
User sleep线程已经调用了一个
SLEEP()调用。 -
Waiting for commit lockFLUSH TABLES WITH READ LOCK正在等待提交锁定。 -
Waiting for global read lockFLUSH TABLES WITH READ LOCK正在等待全局读锁定或read_only正在设置全局 系统变量。 -
Waiting for tables线程得到一个通知，表明表的底层结构已经改变，它需要重新打开表以获得新结构。但是，要重新打开表，它必须等到所有其他线程关闭了相关表。
-
Waiting for table flush线程正在执行
FLUSH TABLES并且正在等待所有线程关闭它们的表，或者线程得到一个表的基础结构已经更改的通知，并且它需要重新打开表以获取新结构。但是，要重新打开表，它必须等到所有其他线程关闭了相关表。 -
Waiting for *lock_type* lock服务器正在等待
THR_LOCK从元数据锁定子系统获取 锁定或锁定，其中 lock_type 指示锁定的类型。此状态表示等待
THR_LOCK：-
Waiting for table level lock
这些状态表示等待元数据锁定：
-
Waiting for event metadata lock -
Waiting for global read lock -
Waiting for schema metadata lock -
Waiting for stored function metadata lock -
Waiting for stored procedure metadata lock -
Waiting for table metadata lock -
Waiting for trigger metadata lock
-
-
Waiting on cond线程正在等待条件变为真的通用状态。没有具体的州信息。
-
Writing to net服务器正在将数据包写入网络。
Sending to client从MySQL 5.7.8开始调用此状态。