网站优化之系统瓶颈查找

【 tulaoshi.com - Web开发 】

　　网站响应慢了，用户开始埋怨，老大安排你去优化，可是优化如何开始呢。

　　优化开始前一定要理清思路，问自己，网站的瓶颈在哪里。

　　系统的瓶颈在何方呢？如果你的系统有完善的监控分析系统的话，可以从统计数据和图形上

　　看到大致的系统瓶颈所在，但是如果你的系统没有这些数据，你又如何来确定系统的瓶颈呢。

　　按照一般的思路，我们对系统进行逻辑功能的划分，如静态服务器，动态服务器，

　　数据库服务器，业务逻辑服务器。分别针对对这些服务器的带宽、内存使用、cpu使用率、磁盘使用情况进行

　　分析，如对于动态服务器而言，其cpu的使用率一般情况下是其瓶颈；而对于静态文件服务器，

　　由于其逻辑简单，但需要传输大量的文件，其出口的带宽很有可能是其瓶颈；对于数据库服务器，

　　cpu和磁盘都有可能是瓶颈。

　　我们可以通过如下几个方面来进行查找和排除：

　　1 网络带宽

　　带宽可能是最直接的一个瓶颈，可以很容易的估计到。

　　假如运营商给你提供了10M的带宽，注意带宽的单位是bit，

　　如果你的一个页面的大小是10K字节，那么一秒钟的最多的并发量这样计算：

　　10*1024/8/10=128

　　如果每秒并发超过这个数字，你的带宽就无法接受了。

　　或者通过netstat命令来观察一下你的网络收发包的情况，使用netstat -s来观察一些统计

　　的数据，如果发现等待包队列里总是有大量的包待处理，一方面说明可能你的程序有问题，

　　另一方面说明可能你的并发量太大，系统已经处理不过来了，可能已经开始丢包了。

　　按照这个两个思路去检查吧。

　　2 CPU

　　如果带宽不是问题，又有这么大的并发量，下一个很容易是问题的就是你的cpu了。

　　如果你的网站有大量的动态请求，如php操作数据库后再返回，

　　cgi代码逻辑里有大量的排序等耗费cpu的操作，或者是你的cgi程序

　　写的不好，会死循环，这时你的cpu就将成为瓶颈。

　　在linux上试试top命令，看看你的机子的负载，通过最右上角的1分钟、5、15分钟采样的平均负载可以

　　看到你的机子在一段时间内的一个负载情况，如果过去15分钟你的机子的负载大于你的cpu的数目*5，

　　说明你的机子很繁忙了，很多进程都需要等待处理了。

　　或者vmstat -n 1命令，看看你的cpu idle的时间有多少，等待处理的进程数量有多少，磁盘块的读写有多少。

　　如果cpu idle的时间很少，或者等待处理的进程数量很多，说明你的系统比较繁忙。

　　3 磁盘操作

　　如果你的带宽很大，cpu比较的空闲，接下来的瓶颈很可能是磁盘的io操作了。

　　从内存读取数据是相当快的，但是从硬盘读取数据是内存读取数据的50到100倍的时间，

　　使用iostat -dx查看一下你的硬盘操作的情况，如果有大量的block阻塞着等待写入到硬盘，

　　你需要检查一下你的代码，看看是否有大量的日志操作，或者写文件的操作阻塞住了。

　　4 业务逻辑服务器响应慢

　　如果上述都ok，而且你的cgi又连接到其它的业务逻辑服务器请求数据的情况，你需要检查

　　你与业务逻辑服务器之间的连接是否正常，带宽是否够用，你的业务逻辑服务器的性能如何。

　　5 内存不够用

　　对于一些大容量缓存的业务服务器，如果缓存过多的内容，淘汰策略不好的话，会导致使用掉过多的内存，

　　从而引起操作系统进行大量的swap交换，进而影响到系统的性能，成为瓶颈。

　　通过ipcs -a观看系统的使用的共享内存的情况，如果共享内存使用太多的话，考虑较少一点共享内存的大小。

　　使用free来来观察系统的内存使用情况，如果发现空闲的内存空间少，使用top命令，然后ctl+M看看

　　那些进程占用了大量的内存，适当关掉一些进程，部署在其它的服务器上。