《客户反映访问公司网站服务器很慢或打不开》排错思想

一、如何“慢”？
当收到用户反映说访问公司网站服务器很慢的时候，一定要先了解这个“慢”到底是怎么慢？是单个或个别用户慢，还是大部分用户访问都慢。自己也可在公司办公网络中访问测试一下，是否真的慢。
二、问题定位思路
1、用户个例访问慢
用户个例访问慢的问题比较好定位，大部分情况都是用户自身问题，比如：
a、用户带宽资源不足；
b、用户公司线路问题（比如：网络拓扑中某台设备故障或资源被耗尽）；
c、跨网访问（我司企业网站使用的是联通和电信线路，而客户使用的却是移动或者教育网等的线路访问，这种跨网访问都是比较慢的）
2、大部分用户访问都很慢（包括自己测试访问也发现这个问题）
这种情况大致划分以下6种思路，当然这只是个人总结，可能不是很全面，仅供参考。
2.1、机房线路问题
a、线路不稳定（带宽不稳定）
出口带宽资源不足；核心交换设备性能跟不上。可以tracert （windows）/traceroute （linux）一下服务器ip，查看哪个节点的延迟大来定位哪里出现问题。
b、机房宕了，整个机房的服务都是访问不了的，所以也不会是慢了，而是网站都打不开，ping不通；这种情况出现的比较少，如果真遇到就是考验机房的能力的时候了。
2.2、服务器本身问题
a、服务器资源如CPU、内存、IO等负载过高
b、网卡故障
c、接口带宽资源不足
2.3、服务器中业务问题
a、服务宕机了
b、服务过载了
c、web业务是否开启
d、防火墙是否阻拦
2.4、集群架构问题
a、数据库问题，登录数据库，查看是否有慢查询语句show proceslist，调整MYSQL配置，优化SQL语句
案例：频繁查询的数据表没有建立索引，当数据库中出现访问表的 SQL 没创建索引，会导致全表扫描，如果表的数据量很大，扫描大量的数据，执行效率过慢，占用数据库连接，连接数堆积很快达到数据库的最大连接数设置，新的应用请求将会被拒绝导致故障发生。
b、存储等的问题，是否存储服务器，比如：NFS，MFS的负载及磁盘IO过高？

2.5、网站代码/架构问题
a、内外链问题（调用外部网站网址有问题）
重要调试网站前端的工具，根据网站URL调试网站：
googel 浏览器 直接F12； 火狐 firebug,yslow； IE httpwatch

2.6、ISP线路问题
排除上述问题之后，就可能是ISP运营商问题了，这个只能找到运营商解决（比如：某条光纤被挖断，或者运营商扩容升级时出现故障等）

三、排除工具
使用ping、tracert/tarceroute、telnet/namp/curl/wget这几个命令工具就可以很好的对上面所述的故障点进行定位了。
1、首先ping：
a、如果ping是通的，且不丢包；http服务的问题：服务宕机了或者服务过载。（这个要远程到服务器进一步确认）
b、如果ping是通的，但丢包
再ping一下同机房的其它业务ip，如果还是丢包；机房线路不稳定：带宽不足、核心设备性能跟不上；当然也可能是ISP运营商线路问题。
如果ping同机房的其它业务ip，不丢包，可能是服务器本身问题：服务器资源过载、网卡故障、接口带宽资源不足
c、如果ping不通，再ping www.daidu.com（其它的网站也行），同时ping机房所有业务ip都不通，那么可能是机房宕了，找机房的人确认（一般机房都会对自己机房设备进行监控的）
2、结合tracert/traceroute精确定位故障点
tracert/traceroute网站ip和机房的其它几个ip，把结果进行比较，通过每个节点的延迟时间，精确定位到哪个节点出问题了。是ISP运营商节点？机房线路？服务器？
3、除了ping和tracert/traceroute之外还得telnet、nmap
telnet xxxx 80 检查服务器WEB服务有没有开启以及防火墙有没有限制；除了telnet还可以nmap xxxx –p 80。（ping有可能会被禁掉，使用这两条命令，能进一步排除故障）
如果是集群架构或者服务的问题，这个需要进去服务器里面进行确认。

四、监控
一个好的运维团队，是要先于用户发现故障，不要等用户自己来告诉你公司业务出现了故障。所以可以对公司的服务器和业务进行监控，常用的监控工具：cacti、nagios、zabbix等，这些工具都能实现监控服务器资源和业务的运行情况等功能。