MySQL的show full processlist命令

如果数据库慢了，想要看看mysql正在干什么，可以执行这个语句，可以列出mysql当前连接在执行的sql语句。　　
Id User Host db Command Time State Info
2599 oa SVCTAG-91FFF2X:3726 penguin Sleep 7321 <null>
2956 rw_penguin SVCTAG-6HKDF2X:5481 penguin Sleep 2293 <null>
2957 rw_penguin CYSY-DL580-2:3925 penguin Sleep 2162 <null>
2963 rw_penguin CYSY-DL580-2:4122 penguin Sleep 2162 <null>
2965 rw_penguin CYSY-DL580-2:4270 penguin Sleep 2162 <null>
　　………………………………………………………………
　　以下内容摘自手册
　　SHOW PROCESSLIST显示哪些线程正在运行。您也可以使用mysqladmin processlist语句得到此信息。如果您有SUPER权限，您可以看到所有线程。否则，您只能看到您自己的线程(也就是，与您正在使用的MySQL账户相关的线程)。如果您不使用FULL关键词，则只显示每个查询的前100个字符。
　　本语句报告TCP/IP连接的主机名称(采用host_name:client_port格式)，以方便地判定哪个客户端正在做什么。
　　如果您得到“too many connections”错误信息，并且想要了解正在发生的情况，本语句是非常有用的。MySQL保留一个额外的连接，让拥有SUPER权限的账户使用，以确保管理员能够随时连接和检查系统(假设您没有把此权限给予所有的用户)。
　　在来自SHOW PROCESSLIST的输出中常见的一些状态：
　　· Checking table
　　线程正在执行(自动)表格检查。
　　· Closing tables
　　意味着线程正在刷新更改后的表数据，并正在关闭使用过的表。这应该是一个快速的操作。如果不快，则您应该验证您的磁盘没有充满，并且磁盘没有被超负荷使用。
　　· Connect Out
　　连接到主服务器上的从属服务器。
　　· Copying to tmp table on disk
　　临时结果集合大于tmp_table_size。线程把临时表从存储器内部格式改变为磁盘模式，以节约存储器。
　　· Creating tmp table
　　线程正在创建一个临时表，以保持部分结果。
　　· deleting from main table
　　服务器正在执行多表删除的第一部分，只从第一个表中删除。
　　· deleting from reference tables
　　服务器正在执行多表删除的第二部分，从其它表中删除匹配的行。
　　· Flushing tables
　　线程正在执行FLUSH TABLES，并正在等待所有线程，以关闭表。
　　· FULLTEXT initialization
　　服务器正在准备执行一个自然语言全文本搜索。
　　· Killed
　　有人已经向线程发送了一个KILL命令。在下一次检查终止标记时，应放弃。该标记在MySQL的每个大循环中都检查，但是在有些情况下，线程终止只需要较短的时间。如果该线程被其它线程锁定，则只要其它线程接触锁定，终止操作就会生效。
　　· Locked
　　该查询被其它查询锁定。
　　· Sending data
　　线程正在为SELECT语句处理行，同时正在向客户端发送数据。
　　· Sorting for group
　　线程正在进行分类，以满足GROUP BY要求。
　　· Sorting for order
　　线程正在进行分类，以满足ORDER BY要求。
　　· Opening tables
　　线程正在试图打开一个表。这应该是非常快的过程，除非打开操作受到阻止。例如，一个ALTER TABLE或一个LOCK TABLE语句可以阻止打开一个表，直到语句完成为止。
　　· Removing duplicates
　　查询正在使用SELECT DISTINCT。使用时，在早期阶段，MySQL不能优化不同的操作。因此，MySQL要求一个额外的阶段，以便在把结果发送给客户端之前取消所有的复制行。
　　· Reopen table
　　线程得到一个表锁定，但是在得到锁定后被通知带下方的表结构已更改了。它已经释放了锁定，关闭了表，并试图重新打开它。
　　· Repair by sorting
　　修复代码正在使用一个分类来创建索引。
　　· Repair with keycache
　　修复代码正在通过关键缓存一个接一个地使用创建关键字。这比通过分类修复要慢很多。
　　· 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 语句灭了捣乱的连接。