PHP/passthru/mysqldump 似乎超时

Question

我有一个 PHP 脚本，我调用它来运行 MySQL 数据库备份到 .sql 文件、TAR/GZip 并将它们通过电子邮件发送给我。其中一个数据库由与提供 Web 服务器的提供商不同的提供商托管。一切都托管在 Linux/Unix 上。当我运行此命令时：（

$results = exec("mysqldump -h $dbhost -u $dbuser -p$dbpass $dbname > $backupfile", $output, $retval);

仅供参考，我还尝试使用 system()、passthru() 和 shell_exec()。）

我的浏览器加载页面 15-20 秒，然后停止而不进行处理。当我使用 FTP 客户端查看服务器时，我可以看到生成的文件在几秒钟后显示，然后文件大小不断增加，直到数据库备份为止。因此，备份文件已创建，但在文件被压缩并发送给我之前脚本停止工作。

我检查了 PHP 中的 max_execution_time 变量，将其设置为 30 秒（比页面停止工作所需的时间长），并将 set_time_limit 值设置为长达200秒。

有人知道这里发生了什么事吗？

Answer 1

您使用的是共享主机还是您自己的服务器？如果是前者，您的托管提供商可能已将最大执行时间设置为 15-20 秒，并将其设置为不能被覆盖（我对 1&1 和这些类型的脚本有这个问题）。

Answer 2

使用 phpinfo() 调用重新检查与执行时间相关的参数...也许这就是 Paolo 所写的内容。

Answer 3

也可能是（反向）代理在一段时间不活动后放弃。虽然可能性不大，但无论如何……尝试一下，

// test A
$start = time();
sleep(20);
$stop = time();
echo $start, ' ', $stop;

如果

// test B
for($i=0; $i<20; $i++) {
  sleep(1);
  echo time(), "\n";
}

第一个超时，而第二个没有超时，我会称这不是证据，而是证据。

Answer 4

也许提供商已经设置了超出 php.ini 设置的另一个资源限制。
尝试

<?php passthru('ulimit -a');

如果该命令可用，它应该打印资源及其限制的列表，例如，

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 4095
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 4095
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

也许您会发现一些比共享服务器上的限制更多的设置。

Answer 5

1. 进行手动转储并将其与损坏的转储进行比较。这可能会告诉您 mysqldump 在哪个点停止/崩溃
2. 记录 mysqldump 输出，如 mysqldump ... 2>/tmp/dump.log
3. 考虑分离执行 mysqldump，以便在转储完成之前将控制权返回给 PHP

考虑 ， mysqldump -Q 几乎总是一个好主意