服务器花费太长时间来响应错误

几件事你可以检查：

• 你确定这是你的网站不可用，而不是本地的内部网或互联网问题？ 它总是一样的电脑，有访问问题，或者做他们都随机？ 如果是前者，我会怀疑本地连接问题。
• 检查日志（Apache，MySQL，系统等），当您看到有关任何相关错误消息的问题时。
• 如果可能，请检查服务器上的负载（如top，netstat，df等）。 您还可以设置一些简单的监控服务，通知您任何重大的系统问题。
• 这个问题不一定是Apache设置，而是应用程序使用的堆栈中的任何内容，因此您使用的是MySQL和任何语言（PHP / PERL / …）。
• 你可以尝试使用ab / siege围攻/压力testing你的网站，看看你是否强迫重复这个问题，而不是等待它出现。 问题可能仅仅是在一天中的某个时间，所有10台计算机同时提交请求，而您的服务器无法处理。 标杆pipe理将有助于告诉你这是否是一个问题。
• 一旦你接近确定原因，你可以尝试编写简短的testing案例来尝试隔离/复制它。 一旦你解决了这个问题，你可以重新运行testing，以确认问题确实是固定的（相对于良好的“它没有崩溃今天”testing）。

你的configuration远不是最优的，但是在服务你所描述的负载时应该是完全没有问题的。

你还没有给我们很多关于代码如何工作的细节。 在你的代码描述中没有任何东西可以build议它可能会导致超时 – 但是可以想象在代码中可能会出现死锁。 在这种情况下，您的日志应该充满错误。 的确，当你的网站没有像你期望的那样行事的时候，这是第一个看的地方 。 您的访问日志（apache通常configuration为使用组合日志格式）将显示每个请求所花费的时间。 有很高的价值吗？ 超过120秒的任何内容都应该产生错误日志条目。

你不能从Apache访问MySQL数据库 – 你需要一些应用程序逻辑 – 但你没有提供任何细节。 如果请求确实花费了这么长时间，这应该是logging错误。

然而，我会把赌注放在客户端或networking上的问题 – 请求永远不会到达Web服务器。 为了certificate这一点，我会validation客户端的最后一次请求的持续时间 – 它将不会超过预期。 至于如何分离根本原因….这更复杂。 在所有客户端和服务器上维护详细的数据包日志是相当困难的。 最有可能的候选人是networking本身或“安全”软件。

查看页面刷新的机制可能会简单得多，并且构build一些内置的基本诊断function（例如，用JavaScript编写，当东西失败并检查站点连接性时显示一个合理的错误消息）

这听起来像你的服务器由于某种原因阻塞。 您可能需要增加apache设置或切换到fastcgi，但我怀疑在PHP或MYSQL中有一个放缓。 打开mysql的慢速查询日志，看看是否可能会减慢MySQL的速度。 请参阅http://dev.mysql.com/doc/refman/5.5/en/slow-query-log.html