☰

允许的内存大小无论多少都已耗尽，是否发生内存泄漏？

tag-icon • tag-icon apache-2.2 mysql wordpress memory-leak
允许的内存大小无论多少都已耗尽，是否发生内存泄漏？

我正在使用非常常见的 CentOS 5.11、Apache 2 和 PHP 5.3.3 为我的妹妹运行一个小型 Wordpress 博客。

最近，我们发现，当她尝试使用 Wordpress 自己的界面更新或安装任何东西时，一切都停滞了，我发现了以下情况：

PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 20 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

经过一番搜索，最简单的方法似乎就是稍微提高内存限制，但无论我将其提高多少，基本上都需要更长的时间才能达到这个上限。

以下是部分摘录：

512M

PHP Fatal error:  Allowed memory size of 536870912 bytes exhausted (tried to allocate 261900 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

1024兆

PHP Fatal error:  Allowed memory size of 1073741824 bytes exhausted (tried to allocate 261900 bytes) in /var/www/foobar/wp-admin/includes/file.php on line 159, referer: http://foobar.com/wp-admin/update-core.php?action=do-core-upgrade

这一切都是使用两者配置的...

memory_limit = 1024M

在 /etc/php.ini 以及 ...

define('WP_MEMORY_LIMIT', '1024M');
            } else {
                    define('WP_MEMORY_LIMIT', '1024M');
            }
    }

    if ( ! defined( 'WP_MAX_MEMORY_LIMIT' ) ) {
            define( 'WP_MAX_MEMORY_LIMIT', '1024M' );
    }

在 ~/wp-includes/default-constants.php 中。

这显然让我相信某个地方存在内存泄漏，需要解决，但是当所有东西都是预先打包好的 Wordpress 内容时，我该如何找到它呢？以下是摘录自顶部 ^M按下更新按钮时：

前

Mem:   1034656k total,   235836k used,   798820k free,     6388k buffers
Swap:  2048248k total,   107940k used,  1940308k free,   139156k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23649 apache    19   0  160m  22m  15m S  0.0  2.2   0:07.06 httpd

尽管

Mem:   1034656k total,  1020396k used,    14260k free,       60k buffers
Swap:  2048248k total,   152484k used,  1895764k free,    26880k cached

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
23645 apache    21   0 1079m 906m  16m R 75.5 89.7   0:06.95 httpd

Wordpress 版本 4.2

MySQL 5.1

Apache 2.2.22

已安装的插件：Hello Dolly 1.6 和 Akismet 3.1.1

这是输出strace -f -r确切地说，它停滞的地方是：

29638 0.000134 writev(16, [{"28\r\n", 4}, {"<p>Enabling Maintenance mode&#82"..., 40}, {"\r\n", 2}], 3) = 46 29638 0.000122 time(NULL) = 1436025429 29638 0.000060 getcwd("/var/www/foobar/wp-admin"..., 4096) = 32 29638 0.000064 time(NULL) = 1436025429 29638 0.000040 open("/tmp/php9Ldioo", O_RDWR|O_CREAT|O_EXCL, 0600) = 19 29638 0.000061 getpeername(18, {sa_family=AF_INET, sin_port=htons(21), sin_addr=inet_addr("127.0.0.1")}, [16]) = 0 29638 0.000068 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000038 send(18, "PASV\r\n", 6, 0) = 6 29638 0.000078 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000119 recv(18, "227 Entering Passive Mode (127,0"..., 4096, 0) = 45 29638 0.000048 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 20 29638 0.000029 fcntl64(20, F_GETFL) = 0x2 (flags O_RDWR) 29638 0.000025 fcntl64(20, F_SETFL, O_RDWR|O_NONBLOCK) = 0 29638 0.000026 connect(20, {sa_family=AF_INET, sin_port=htons(8721), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 EINPROGRESS (Operation now in progress) 29638 0.000060 poll([{fd=20, events=POLLIN|POLLOUT|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=20, revents=POLLOUT}]) 29638 0.000039 getsockopt(20, SOL_SOCKET, SO_ERROR, [0], [4]) = 0 29638 0.000028 fcntl64(20, F_SETFL, O_RDWR) = 0 29638 0.000024 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000036 send(18, "NLST /.maintenance\r\n", 20, 0) = 20 29638 0.000053 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000187 recv(18, "150 Here comes the directory lis"..., 4096, 0) = 39 29638 0.000111 poll([{fd=20, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=20, revents=POLLIN}]) 29638 0.000037 recv(20, "", 4096, 0) = 0 29638 0.000024 close(20) = 0 29638 0.000038 lseek(19, 0, SEEK_SET) = 0 29638 0.000026 read(19, "", 8192) = 0 29638 0.000031 close(19) = 0 29638 0.000023 unlink("/tmp/php9Ldioo") = 0 29638 0.000042 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000037 recv(18, "226 Directory send OK.\r\n", 4096, 0) = 24 29638 0.000063 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000038 send(18, "CWD /.maintenance/\r\n", 20, 0) = 20 29638 0.000035 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000067 recv(18, "550 Failed to change directory.\r"..., 4096, 0) = 33 29638 0.000050 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000037 send(18, "PWD\r\n", 5, 0) = 5 29638 0.000052 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000035 recv(18, "257 \"/\"\r\n", 4096, 0) = 9 29638 0.000047 poll([{fd=18, events=POLLOUT}], 1, 240000) = 1 ([{fd=18, revents=POLLOUT}]) 29638 0.000036 send(18, "RMD /.maintenance\r\n", 19, 0) = 19 29638 0.000059 poll([{fd=18, events=POLLIN|POLLERR|POLLHUP}], 1, 240000) = 1 ([{fd=18, revents=POLLIN}]) 29638 0.000035 recv(18, "550 Remove directory operation f"..., 4096, 0) = 40 29638 0.002773 brk(0x929f000) = 0x929f000 29638 0.001533 brk(0x92df000) = 0x92df000 29638 0.001396 brk(0x931f000) = 0x931f000 29638 0.001436 brk(0x935f000) = 0x935f000 29638 0.001488 brk(0x939f000) = 0x939f000 29638 0.001460 brk(0x93df000) = 0x93df000 29638 0.001388 brk(0x941f000) = 0x941f000 29638 0.001452 brk(0x945f000) = 0x945f000 29638 0.000772 brk(0x949f000) = 0x949f000 29638 0.000668 brk(0x94df000) = 0x94df000 29638 0.001326 brk(0x951f000) = 0x951f000 29638 0.001320 brk(0x955f000) = 0x955f000 29638 0.001423 brk(0x959f000) = 0x959f000 29638 0.001508 brk(0x95df000) = 0x95df000 29638 0.001410 brk(0x961f000) = 0x961f000 29638 0.000280 brk(0x965f000) = 0x965f000 /29638 0.001073 brk(0x969f000) = 0x969f000 29638 0.001342 brk(0x96df000) = 0x96df000 29638 0.001341 brk(0x971f000) = 0x971f000 29638 0.001389 brk(0x975f000) = 0x975f000 29638 0.001385 brk(0x979f000) = 0x979f000 29638 0.001172 brk(0x97df000) = 0x97df000

答案1

它看起来像一个无限循环，因为 wp-admin/includes/file.php 的第 159 行是对函数 wp_tmpnam() 的递归调用。它中断了更新过程，因此可能值得检查一下这个小修正，它描述了您的问题：wordpress 错误修复

答案2

内存泄漏（或者只是高内存使用率）几乎总是由于 Wordpress 造成的。

众所周知，Wordpress 占用大量内存和 CPU，尤其是在使用不良插件和模板的情况下。

您可以尝试逐个禁用所有插件和模板，直到找到导致内存使用率过高的原因，并将其替换为另一个类似的插件和模板，或者将问题报告给其作者以为您修复。

如果您不是 WP 开发人员并且不了解 PHP，那么您无法采取太多其他措施来解决导致高内存使用率的实际问题。

在某些情况下，某些 PHP 模块会导致类似行为或只是出现段错误。如果禁用 WP 上的所有内容都没有任何变化，您可以尝试逐个禁用 PHP 模块，看看是否有任何变化。
特别是与缓存有关的模块（例如 Xcache、APC、eAccelerator 等）

如果你确实了解 PHP，并且想更深入一点，你也可以安装专家PHP 模块能够在 wordpress 运行时进行分析，查看哪些方法、函数等占用了所有内存并从那里开始。

答案3

由于您没有任何附加插件，我仍然建议您按照以下步骤操作：

  • 禁用两个插件
  • 切换到默认 WordPress 主题
  • 使用病毒扫描程序扫描所有内容

然后尝试更新内容。如果仍然消耗大量内存，则可能是服务器配置问题。

相关内容