![PHP 致命错误:试图分配 47264368 字节](https://linux22.com/image/744716/PHP%20%E8%87%B4%E5%91%BD%E9%94%99%E8%AF%AF%EF%BC%9A%E8%AF%95%E5%9B%BE%E5%88%86%E9%85%8D%2047264368%20%E5%AD%97%E8%8A%82.png)
在通过负载均衡器运行托管在两台应用服务器上的网站时,突然一台应用服务器停止工作并挂起。从另一台应用服务器的访问日志中发现状态为 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