select * from information_schema.processlist
其他字段含义
Id: 就是这个线程的唯一标识，当我们发现这个线程有问题的时候，可以通过 kill 命令，加上这个Id值将这个线程杀掉。前面我们说了show processlist 显示的信息时来自information_schema.processlist 表，所以这个Id就是这个表的主键。
User: 就是指启动这个线程的用户。
Host: 记录了发送请求的客户端的 IP 和 端口号。通过这些信息在排查问题的时候，我们可以定位到是哪个客户端的哪个进程发送的请求。
DB: 当前执行的命令是在哪一个数据库上。如果没有指定数据库，则该值为 NULL 。
Command: 是指此刻该线程正在执行的命令。这个很复杂，下面单独解释
Time: 表示该线程处于当前状态的时间。
State: 线程的状态，和 Command 对应，下面单独解释。
Info: 一般记录的是线程执行的语句。默认只显示前100个字符，也就是你看到的语句可能是截断了的，要看全部信息，需要使用 show full processlist。
下面我们单独看一下 Command 的值：
Binlog Dump: 主节点正在将二进制日志 ，同步到从节点
Change User: 正在执行一个 change-user 的操作
Close Stmt: 正在关闭一个Prepared Statement 对象
Connect: 一个从节点连上了主节点
Connect Out: 一个从节点正在连主节点
Create DB: 正在执行一个create-database 的操作
Daemon: 服务器内部线程，而不是来自客户端的链接
Debug: 线程正在生成调试信息
Delayed Insert: 该线程是一个延迟插入的处理程序
Drop DB: 正在执行一个 drop-database 的操作
Execute: 正在执行一个 Prepared Statement
Fetch: 正在从Prepared Statement 中获取执行结果
Field List: 正在获取表的列信息
Init DB: 该线程正在选取一个默认的数据库
Kill : 正在执行 kill 语句，杀死指定线程
Long Data: 正在从Prepared Statement 中检索 long data
Ping: 正在处理 server-ping 的请求
Prepare: 该线程正在准备一个 Prepared Statement
ProcessList: 该线程正在生成服务器线程相关信息
Query: 该线程正在执行一个语句
Quit: 该线程正在退出
Refresh：该线程正在刷表，日志或缓存；或者在重置状态变量，或者在复制服务器信息
Register Slave： 正在注册从节点
Reset Stmt: 正在重置 prepared statement
Set Option: 正在设置或重置客户端的 statement-execution 选项
Shutdown: 正在关闭服务器
Sleep: 正在等待客户端向它发送执行语句
Statistics: 该线程正在生成 server-status 信息
Table Dump: 正在发送表的内容到从服务器
Time: Unused
1. 进入mysql/bin目录下输入mysqladmin processlist; 2. 启动mysql，输入show processlist(关闭某一线程 kill id;); 如果有 SUPER 权限，则可以看到全部的线程，否则，只能看到自己发起的线程（这是指，当前对应的MySQL帐户运行的线程）。 得到数据形式如下（只截取了三条）： mysql> show processlist; +—–+————-+——————–+——-+———+——-+———————————-+———- | Id | User | Host | db | Command | Time| State | Info
+----+------+-----------+--------------------+---------+------+-------+------------------+
| Id | User | Host
-- 或者
SELECT id, db, user, host, command, time, state, info
from information_schema.PROCESSLIST
WHERE 1=1
-- and comm...
以前我们的Web服务器中多次出现Apache负载过高引起机器死机或者很长时间才能恢复正常的情况，后来在网上找了一个自动监控Linux系统Average Load的程序，当这个值大于设定值的时候，会自动重启Apache，我们在Crontab中设置的是每2分钟执行这个.sh脚本，并进行情况记录，使用中觉得还是很有用的。而MySQL超时的问题以前比较罕见，但最近因为数据量越来越大，也常发现在PROCES...
KILL语法KILL [CONNECTION | QUERY] thread_id每个与mysqld的连接都在一个独立的线程里运行，您可以使用SHOW PROCESSLIST语句查看哪些线程正在运行，并使用KILL thread_id语句终止一个线程。KILL允许自选的CONNECTION或QUERY修改符：· KILL CONNECTION与不含修改符的KILL一样：它会终止与给定的thread...
每个与mysqld的连接都在一个独立的线程里运行，您可以使用SHOW
PROCESSLIST语句查看哪些线程正在运行，并使用KILL thread_id语句终止一个线程。
如果您拥有SUPER权限，您可以终止所有线程和语句。否则，您只能查看和终止您自己的线程和语句。
您也可以使用mysqladmin
processlist和mysqladmin kill命令来检查和终止线程。
来源：https://blog.csdn.net/zsg88/article/details/79366245
来源：https://blog.csdn.net/sunqingzhong44/article/details/70570728
RDS for MySQL使用的是InnoDB引擎。不同于MyISAM引擎只提供表锁，InnoDB提供不同级别的锁。但是在我们日常的操作过程中经常由于对数...
当我们连接 MySQL 服务器遇到“too many connections”这种连接数过多的错误时，可以使用 show processlist 命令、通过 information_schema.processlist 或者 performance_schema.threads 表、利用 mysqladmin processlist 命令等方式查看连接线程；同时使用 KILL 命令或者 mysqladmin kill 终止线程。
功能版本说明当 DRDS 版本号小于 5.1.28-1408022 时，DRDS 仅支持物理连接的 SHOW PROCESSLIST 与 KILL 功能，请参见老版本 SHOW PROCESSLIST 指令与 KILL 指令。当 DRDS 版本号大于等于 5.1.28-1408022 时，DRDS 支持逻辑连接与物理连接的 SHOW PROCESSLIST 与 KILL 功能，请参见本文档。SHO...
问题分析sleep进程过多造成睡眠连接过多的原因？1. 使用了太多持久连接2. 程序中，没有及时关闭mysql连接3. 数据库查询不够优化，过度耗时。使用如下命令查看mysql所有进程mysql> show full processlist;这里主要看以下几点！Host 表示都有哪些地址和端口连接了数据库Command 表示连接状态 sleep表示等待状态Time 表示时间info 具体执行...
最近线上执行备份的从库时出现复制卡死现象，分析以后发现是两个死锁，show full processlist的状态如图1所示，其中，数据库版本是官方5.7.18版本，我们内部做了些许修改，但与此次死锁无关。图一先说一下结论，图一中：162线程是执行innobackup执行的flush tables with read lock;144是SQL线程，并行复制中的Coordinator线程；145/1...
1. 查看应用
MySQL中，每一个连接进来，都会对应一个独立的线程。可以使用mysqladmin命令的processlist参数来查看所有应用，或者使用SHOW PROCESSLIST命令；要查看当前的连接，可以使用CONNECTION_ID() 函数:
root@db2a:~# mysqladmin -pqingsong processlist
mysqladmin: [Warning]
