上回做一个投票系统，一道活动高峰期久卡的要命，临时调高带宽效果也不明显。
上服务器进行分析，top里面大量的CPU都消耗在IO wait上。种种迹象都指向mysql,又是慢日志查询，又是查看索引结构，都感觉没找到根本问题。终于，在show processlist的时候发现了由大量的lock进程。哈哈，问题显而易见嘛。
该投票表使用的是mysiam引擎，投票量起来以后update把表给锁了，加上服务器性能一般处理慢，程序在处理投票页面的时候也没有异步降级，综合因素把导致很卡。但关键因素还是找到了，是因为mysql锁。
所以，当发现mysql性能出现问题的时候，SHOW PROCESSLIST显示哪些线程正在运行还是很有效的，例如：
其中state状态列信息非常重要，先看下各列含义，然后看下state常用状态
各列的含义
1、id：一个标识，你要kill一个语句的时候使用，例如 mysql> kill 207;
2、user：显示当前用户，如果不是root，这个命令就只显示你权限范围内的sql语句
3、host：显示这个语句是从哪个ip 的哪个端口上发出的，可用来追踪出问题语句的用户
4、db：显示这个进程目前连接的是哪个
5、command：显示当前连接的执行的命令，一般就是休眠（sleep），查询（query），连接（connect）
6、time：此这个状态持续的时间，单位是秒
7、state：显示使用当前连接的sql语句的状态，很重要的列，state只是语句执行中的某一个状态，例如查询，需要经过copying to tmp table，Sorting result，Sending data等状态才可以完成
8、info：显示这个sql语句，因为长度有限，所以长的sql语句就显示不全，但是一个判断问题语句的重要依据
state 常见状态分析
1、Sleep
通常代表资源未释放，如果是通过连接池，sleep状态应该恒定在一定数量范围内，例如：
数据查询时间为0.1秒，而网络输出需要1秒左右，原本数据连接在0.1秒即可释放，但是因为前端程序未执行close操作，直接输出结果，那么在结果未展现在用户桌面前，该数据库连接一直维持在sleep状态
2、Locked
操作被锁定，通常使用innodb可以很好的减少locked状态的产生
3、Copy to tmp table
索引及现有结构无法涵盖查询条件时，会建立一个临时表来满足查询要求，产生巨大的i/o压力Copy to tmp table通常与连表查询有关，建议减少关联查询或者深入优化查询语句，如果出现此状态的语句执行时间过长，会严重影响其他操作，此时可以kill掉该操作
4、Sending data
Sending data并不是发送数据，是从物理磁盘获取数据的进程，如果你的影响结果集较多，那么就需要从不同的磁盘碎片去抽取数据，如果sending data连接过多，通常是某查询的影响结果集过大，也就是查询的索引项不够优化
5、Storing result to query cache
如果频繁出现此状态，使用set profiling分析，如果存在资源开销在SQL整体开销的比例过大（即便是非常小的开销，看比例），则说明query cache碎片较多，使用flush query cache可即时清理，Query cache参数可适当酌情设置
以上就是Mysql分析-show PROCESSLIST 的详情的内容，更多相关内容请关注PHP中文网（www.php.cn）！
iWebShop是一款基于PHP语言及MYSQL数据库开发的B2B2C多用户开源免费的商城系统，系统支持自营和多商家入驻、集成微信商城、手机商城、移动端APP商城、三级分销、视频电商直播、微信小程序等于一体，它可以承载大数据量且性能优良，还可以跨平台，界面美观功能丰富是电商建站首选源码。iWebShop开源商城系统 v5.14 更新日志：新增商品编辑页面规格图片上传优化商品详情页面规格图片与主图切
