我正在使用 Ubuntu 14.04LTS 服务器 (AWS EC2) 进行自定义数据库转储，但我得到了一个非常奇怪的内存行为。
我正在使用 PHP CLI 脚本循环输出到编号文件的自定义转储查询，然后cat将该文件输入到输出文件中。由于mysql，内存使用量按预期攀升。mysql 转储文件和输出文件都被写入单独的挂载驱动器 (EBS)。
在启动脚本之前，内存使用量约为 20%。一旦该过程完成，内存使用率约为 90%，基于htop. 我已经用free -m. mysql 重新启动会将内存使用量降低到大约 50%。
我曾经lsof验证过没有任何东西在使用该文件。我什至已经完成lsof了目录，只得到了我的 bash 进程和 lsof。
真正奇怪的部分是，一旦我删除文件，内存使用量就会下降到 20%。
我尝试在不重新启动 mysql 的情况下删除文件，并且使用率下降了上述数字预期的 30%。
使用此处找到的内存查看器脚本不会显示相同的内存使用情况，因此我认为它并不完全准确。它通过保留文件显示没有内存消耗。
有没有其他方法可以告诉我是什么保存了内存？
我知道我可以通过 Nginx 向 $_SERVER 变量添加自定义值
fastcgi_param MY_VARIABLE "myValue";
是否可以将相同的变量添加到 PHP CLI $_SERVER？这将专门用于 cron 作业。我正在使用 Ubuntu 服务器。
我发现的一种选择是调用 PHP 脚本
$ MY_VARIABLE="myValue" php /path/to/php/script
但这似乎不太理想。
默认情况下，环境变量不会发送到 PHP，据我所知，这样做会稍微减慢速度。如果可能的话，我想避免这种情况。
我有一个带有 Nginx 和 PHP-FPM 的服务器，用于单个 Web 应用程序。一切正常，直到我请求一个超过允许的 60 秒的页面。然后 PHP 停止响应任何请求。
产生问题的步骤是：
1：我提出的请求需要 php/mysql 超过 60 秒才能返回。在这一点上，一切仍然正常。所有额外的流量仍然可以正常工作。
2：然后我在 UI 中提出另一个请求（更改页面）。
3：现在所有 PHP 流量都停止了 - PHP 不再提供内容，所以所有请求都等到超时，Nginx 返回“发生错误”。日志显示... upstream timed out (110: Connection timed out) while reading response header from upstream ...。
Web 应用程序是 AngularJS 向 PHP 发出 AJAX 请求。我正在 Chrome 中测试 UI 并使用 Safari 请求测试页面，所以它不是 Chrome 只是愚蠢并等待请求。
重新启动 php-fpm 可以解决问题。我试过设置紧急复位，没有效果。日志文件 /var/log/php5-fpm.log 为空。
php-fpm.conf
[global]
pid = /var/run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
include=/etc/php5/fpm/pool.d/*.conf
www.conf
[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3
chdir = /
catch_workers_output = yes
nginx站点配置
...
location ~ \.php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
...