Apache 服务器负载最小，但网站响应较差

我有海茨纳的副总裁。服务器位于德国

它有256GB RAM，6CPU 12个线程

我有一个文件，从昨天开始，在一秒钟内被请求了大约30次。该文件有2个选择、2个更新和2个插入查询，所以我假设不确定如何从该文件服务器执行此操作每秒大约有180个请求。所以在这个请求启动之后，服务器上的所有网站都开始加载得很糟糕。我让这个文件只运行一个select查询，然后就死了。这没用。在WHM中，负载约为0.02

我已经检查了错误日志，没有max_user_连接或任何错误

我启用了慢速查询日志并检查了日志文件。我没有用select sleep10对它进行任何测试，该查询已被记录

这是访问统计，请注意5月30日：

过去24小时的带宽统计：

当然，ssl_log diff IPs中有许多类似的错误：

188.121.206.150--[2018年5月30日：19:50:03+0200]-408---

我在网上搜索了很多次，没有找到任何解决办法。至少有人能告诉我应该监控什么或在哪里监控吗。我可以完全访问服务器内部可能存在的任何内容。感谢您的帮助

更新1

我有子域：banners.analyticson.com现在允许访问，在那里我有所有需要的图像和html5文件。 以一幅图像为例：https://banners.analyticson.com/img/suy8G1S6RU.jpg

它需要太多的时间来加载。正如我注意到的，这个子域有一些问题。 脚本，我前面提到的6个查询只是尝试向用户获取其中一个横幅，所以该脚本的结果是从banners.analyticson.com返回一个横幅

更新2

我已经检查了我的脚本，很好。只需不到1秒即可完成。 我还检查了Top命令，结果是。我不确定$MEM值是否合适

---

你得把问题缩小

存在多个潜在问题

首先要消除的是新脚本在开发笔记本电脑上的性能——我假设您使用的是PHP，所以请使用。如果是数据库查询，您可以通过查看探查器来查看是哪一个查询

如果您的PHP脚本和数据库查询都很好，那么接下来要看的是：听起来您好像遇到了基础架构上的一些瓶颈资源。在这些情况下，作为单个请求正常运行的脚本开始排队等待瓶颈资源，每个新请求都会添加到队列中，直到整个服务器开始爬网。这可能是一个难题-从开始并继续挖掘

接下来，我将查看以确保一切都非常干净-Apache过去有一个默认设置，用于对每个请求执行反向DNS查找，这会使服务器在生产过程中的速度大大降低。您可能还想查看您的SSL配置—您报告的错误链接到了一个

如果它不像内存、CPU等那么简单，那么你就会陷入更深奥的问题。您可能需要升级负载测试设备，以便在不影响现场的情况下进行试验-通常，我在尽可能类似于现场的机器上进行试验，使用来生成负载，并找到拐点。通常，您会看到响应时间随着并发请求的数量线性增加，直到遇到瓶颈资源，此时响应时间会快速增加。举个简单的例子，如果有10个数据库连接可用，响应时间应该线性增加到10个并发连接，然后从11个增加到更多

知道拐点在哪里并能够重新创建拐点可以让您在负载下使用。这是一个很大的工作

更新

---

您正在使用php cgi；这是运行PHP脚本最低效的方法。您的服务器几乎没有消耗大量的内存——CPU和内存基本上处于空闲状态。如何运行PHP的比较；考虑更改为MODYPHP.< /P>，您的页面是否在使用后正确关闭和处理任何DB连接？@ PayDy，如果您提到的话，我的脚本中有MyQuiLyRoux$CONN。如果没有，请提供一些信息，我在哪里可以监视您正在谈论的连接。@我刚刚检查了显示状态，其中变量_name`='connections'，连接值为57337，但据我所知，它不是同时连接。查询：像“%Thread%”一样显示全局状态似乎很好。缓存的线程数为2，连接的线程数为3，创建的线程数为5，正在运行的线程数为1感谢您的回答。我已经检查了脚本，它是好的，我检查了顶部，我不确定。你能看一下最新的问题吗？我现在正在检查apache配置。我想您的更新可以做到这一点。EA4中的mod_php DSO帮助很大。更改后，它只是缓存我的iframe，但这很容易修复。非常感谢你，内维尔，不，我还有一个问题。什么时候

---

通过SSL检索数据处理时间太长。HTTP工作得很好。我已经看过你的建议好几次了，运气不好。您能提供一些关于如何解决此问题的其他信息吗？请打开一个新问题，并提供尽可能多的信息-多长时间太长？你试过什么？你能分享一些我们可以看到的SSL URL吗？