前几天有朋友向我们反馈说打开我们的网站特别慢，而他是想让我们帮他做网站并提供网站运维服务的，这样的反馈对我们而言确实不是什么好事情，我开始的反应就是认为他是之一次打开我们的网所以这么慢，而我这里因为经常打开自己的网站所以感受不到有多慢。然后我ctrl+F5一看果然比蜗牛还慢，我此刻意识到问题的重要性了。

　　凭借我对这些问题的直觉，首先就是意识到服务器出故障了，因为我们的网站流量不可能就在这几天内增加多少，也不可能是因为我们程序有诸如死循环的故障。那个时候我感觉很无奈，因为在我之前在网上看到的那些解决方案针对的问题我们自己的这个并不会出现，比如我们一直没有修改网站程序所以不太可能造成网站程序上的错误，也一直没有更改服务器的配置搜易也不太可能是WEB服务器配置的故障。

　　我们看了服务器的资源消耗情况，发现服务器的内存消耗在正常水平，而服务器的CPU资源消耗一直是爆满的100%。因为问题已经出现了，而且这样的问题可能让我们失去订单，因此我们必须尽快的解决它。于是纵然我们知道网上常用的解决方案所针对的不是我们出现的问题，但我们还是去尝试了，比如调整Apache的配置、查看Apache的错误日志、Apache和操作系统的冲突等等，但没有任何作用，比如我们查看Apache的日志没有任何错误，只有我们之前重启等操作的警告或者通知信息。

　　我们甚至尝试重启Apache，结果发现已启动这个服务CPU马上就飙到了100%，我们直接重启了服务器也没任何作用。

　　到这个时候我们已经排查一个多小时了，但依然没有任何进展，于是我们想到了是否有大量流量的攻击，但查看我们这台服务器的几个主要网站的日志的时候发现并没有固定的IP频繁访问网站，也就不是那种专来做攻击的。

　　就在这个时候我们突然发现我们的一个WordPress的演示网站的错误日志比我们另外的运营状态的正式网站还要多，当然的错误日志体积达到数百MB，这个时候我们意识到了问题的所在。不是有人想要攻击我们的服务器、也不是我们的网站程序出现故障了、更不是我们的服务器配置错误了;原因就是这些发广告的机器，做互联网的都知道现在这种垃圾广告发布机到处都是。然后我查询了数据的大小，发现这个演示站的评论数据表高达500MB，里面的记录数达到了30万条，而且都是这两天产生的，而且相应的用户表记录数也很多。