MySQL show full processlist命令

分类修复要慢很多。

　　· Searching rows for update

　　线程正在进行第一阶段，以在更新之前，查找所有匹配的行。如果UPDATE正在更改用于查找相关行的索引，则必须这么做。

　　· Sleeping

　　线程正在等待客户端，以向它发送一个新语句。

　　· System lock

　　线程正在等待得到一个用于表的外部系统锁定。如果您没有正在使用多个正在访问同一个表的mysqld服务器，则您可以使用--skip-external-locking选项禁用系统锁定。

　　· Upgrading lock

　　INSERT DELAYED管理程序正在试图得到一个表锁定，以插入行。

　　· Updating

　　线程正在搜索行，并正在更新这些行。

　　· User Lock

　　线程正在等待GET_LOCK()。

　　· Waiting for tables

　　线程得到一个通知，表的底层结构已经改变，需要重新打开表以得到新的结构。但是，为了能重新打开表，必须等待，直到所有其它的线程已经关闭了正在被质询的表。

　　如果其它线程已经对正在被质询的表使用了FLUSH TABLES或以下语句之一：FLUSH TABLES tbl_name, ALTER TABLE, RENAME TABLE, REPAIR TABLE, ANALYZE TABLE或OPTIMIZE TABLE;则会出现通知。

　　· waiting for handler insert

　　INSERT DELAYED管理程序已经处理了所有处于等待状态的插入，并正在等待新插入。

　　多数状态对应于非常快的操作。如果一个线程在这些状态下停留了数秒，则可能是有问题，需要进行调查。

　　有一些其它的状态，在前面的清单中没有提及，但是其中有很多状态对于查找服务器中的程序错误是有用的。

　　从这里可以看到是不是有表锁死了，是不是有些语句执行了很久，甚至可以通过kill id 语句灭了捣乱的连接。