在通过负载均衡器运行托管在两台应用服务器上的网站时，突然一台应用服务器停止工作并挂起。从另一台应用服务器的访问日志中发现状态为 499，并且平均负载也很高。大约 20 分钟后，它开始显示 200 状态。然后，当另一台应用服务器完全重启后，它也开始正常工作。
我不明白为什么突然发生这种情况。从错误日志中，我发现了以下问题：
2019/11/03 12:43:19 [error] 26445#0: *30538354 FastCGI sent in stderr: "PHP message: PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 47264368 bytes) in /.........../sites/all/modules/contrib/memcache/dmemcache.inc on line 64" while reading response header from upstream, client: ............, server: .........., request: "................", upstream: "fastcgi://unix:/var/run/php-fpm/php-fpm.sock:", host: "...........", referrer: "..........."
现在，我需要做什么来解决这个问题，以便它不再发生？
答案1
更广泛地说，您无法在 memcache 模块内分配内存。这表明您有一个非常大的缓存对象（根据错误消息，约为 47 MB）正在尝试加载。在运行内存限制为 256 MB 的服务器中，将近 20% 的内存花在一个对象上是行不通的。
在 Drupal 中，这表现为几种形式：您可能需要“克服困难”，而 47 MB 是一个中间对象，在这种情况下，您会看到简单的页面加载成功，然后任何依赖于该 47 MB 对象的加载都会失败，直到其中一个加载成功，然后所有加载都会成功。或者该对象可能是聚集性的，在这种情况下，您会看到请求开始时正常，然后在当天晚些时候开始失败。或者该对象可能特定于站点的特定部分，甚至是特定的本地化。这真的很难知道，我的观点是症状并不总是一致的，甚至可能看起来不确定。
要进行调试，您可以先直接查询 memcache，查看大约该大小的缓存中的内容，或者打开 memcache 模块中的详细日志记录，这样它就会告诉您GET在失败时尝试了什么。请参阅“调试日志记录”部分此链接有关如何执行后者的详细信息，至少在 D7 中。如果您有完整的堆栈跟踪，您可能还可以从中推断出一些其他上下文。
最终，正如伯特所暗示的这里，调试这个问题可能远远超出了你想要的范围。在这种情况下，增加memory_limit肯定会让问题暂时消失。虽然这看起来像是一种简单的解决方法，但请记住，除非您执行上述调试步骤，否则问题是否会再次发生仍然是一个无法回答的问题。
答案2
您需要增加php.ini文件中每个 PHP 进程的内存限制。目前似乎设置为 256MB。更改后请务必重启 Web 服务器。
memory_limit = 512M