Mysql_如何进行性能优化教程(5)

深入理解数据库执行的过程和开销的分布

Show processlist

状态清单

Sleep 状态， 通常代表资源未释放，如果是通过连接池，sleep状态应该

恒定在一定数量范围内

实战范例： 因前端数据输出时（特别是输出到用户终端）未及时关

闭数据库连接，导致因网络连接速度产生大量sleep连接，在网速出

现异常时，数据库 too many connections 挂死。

简单解读，数据查询和执行通常只需要不到0.01秒，而网络输出通

常需要1秒左右甚至更长，原本数据连接在0.01秒即可释放，但是

因为前端程序未执行close操作，直接输出结果，那么在结果未展现

在用户桌面前，该数据库连接一直维持在sleep状态！

Waiting for net, reading from net, writing to net

偶尔出现无妨

如大量出现，迅速检查数据库到前端的网络连接状态和流量

案例: 因外挂程序，内网数据库大量读取，内网使用的百兆交换迅速

爆满，导致大量连接阻塞在waiting for net，数据库连接过多崩溃

Locked状态

有更新操作锁定

通常使用innodb可以很好的减少locked状态的产生，但是切记，更

新操作要正确使用索引，即便是低频次更新操作也不能疏忽。如上影

响结果集范例所示。

在myisam的时代，locked是很多高并发应用的噩梦。所以mysql官

方也开始倾向于推荐innodb。

Copy to tmp table

索引及现有结构无法涵盖查询条件，才会建立一个临时表来满足查询

要求，产生巨大的恐怖的i/o压力。

很可怕的搜索语句会导致这样的情况，如果是数据分析，或者半夜的

周期数据清理任务，偶尔出现，可以允许。频繁出现务必优化之。

Copy to tmp table 通常与连表查询有关，建议逐渐习惯不使用连表查

询。

实战范例：

某社区数据库阻塞，求救，经查，其服务器存在多个数据库应用

和网站，其中一个不常用的小网站数据库产生了一个恐怖的

copy to tmp table 操作，导致整个硬盘i/o和cpu压力超载。Kill

掉该操作一切恢复。

Sending data

Sending data 并不是发送数据，别被这个名字所欺骗，这是从物理磁

盘获取数据的进程，如果你的影响结果集较多，那么就需要从不同的

磁盘碎片去抽取数据，

偶尔出现该状态连接无碍。

回到上面影响结果集的问题，一般而言，如果sending data连接过多，

通常是某查询的影响结果集过大，也就是查询的索引项不够优化。

如果出现大量相似的SQL语句出现在show proesslist列表中，并且都