show processlist :慢查询日志在查询结束以后才纪录，所以在应用反映执行效率出现问题的时候查询慢查询 日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否 锁表等，可以实时地查看 SQL 的执行情况，同时对一些锁表操作进行优化。

id：用户登录mysql时，系统分配的"connection_id"，可以使用函数connection_id()查看

user：显示当前用户。如果不是root，这个命令就只显示用户权限范围的sql语句

host：显示这个语句是从哪个ip的哪个端口上发的，可以用来跟踪出现问题语句的用户

db：显示这个进程目前连接的是哪个数据库

command：显示当前连接的执行的命令，一般取值为休眠（sleep），查询（query），连接 （connect）等

time：显示这个状态持续的时间，单位是秒

7： state列，显示使用当前连接的sql语句的状态，很重要的列。state描述的是语句执行中的某一个状态。一 个sql语句，以查询为例，可能需要经过copying to tmp table、sorting result、sending data等状态 才可以完成

8： info列，显示这个sql语句，是判断问题语句的一个重要依据

show processlist :慢查询日志在查询结束以后才纪录，所以在应用反映执行效率出现问题的时候查询慢查询 日志并不能定位问题，可以使用show processlist命令查看当前MySQL在进行的线程，包括线程的状态、是否 锁表等，可以实时地查看 SQL 的执行情况，同时对一些锁表操作进行优化。id：用户登录mysql时，系统分配的"connection_id"，可以使用函数connection_id()查看user：显示当前用户。如果不是root，这个命令就只显示用户权限范围的s.. table_schema as '数据库', sum(table_rows) as '记录数', sum(truncate(data_length/1024/1024, 2)) as '数据容量(MB)', sum(truncate(index_length/1024/1024, 2)) as '索引容量(MB)' from information_schema.... 今天上班例行的查看了下服务器的运行状况，发现服务器特卡，是my sql d这个进程占用CPU到了99%导致的。 比较好奇是那个程序在使用my sql 导致cpu这么高的，通过show processlist 命令查看了当前正在 执行 的 sql 语句，从而 定位 到了对应的程序，发现代码中有一个死循环在不停的查询导致cpu占用99%，原因找到了问题就好解决了。 这里简单的记录一下 processlist 的用... 可以帮助识别出有问题的查询语句，两种方式使用这个命令。 1. 进入my sql /bin目录下输入my sql admin processlist ; 2. 启动my sql ，输入show processlist ; 如果有SUPER权限，则可以看到全部的线程，否则，只能看到自己发起的线程（这是指，当前对应的My SQL 帐户...