<强>前言:
)部署好,环境很顺利,但晚上重新连上云服务器敲命令时那延时真是叫一个痛苦啊,思来想去觉得八成是内存被耗尽了,于是开始排查优化之旅
#,free - m
,,,,,,,,,,,,total ,,,,,, used ,,,,,, free ,,,, shared ,,, buffers ,,,缓存
Mem:,,,,,,,,,,, 996,,,,,,,, 933,,,,,,,, 63,,,,,,,,,, 0,,,,,,,,, 74,,,,,,,, 268
-/+,缓冲/缓存:,,,,,,,,284,,,,,,,,712
交换:,,,,,,,,,,,,0,,,,,,,,,,0,,,,,,,,,,0
#,ps -A ——sort -rss -o 通讯,pmem, pcpu | uniq -c | head -10年
,,,,,1,COMMAND ,,,,,,,, % MEM % CPU
,,,,,1,mysqld ,,,,,,,,,, 9.1, 0.0
,,,,,1,php-fpm ,,,,,,,,, 3.6, 0.9
,,,,,1,php-fpm ,,,,,,,,, 3.4, 0.9
,,,,,1,php-fpm ,,,,,,,,, 3.4, 0.8
,,,,,1,php-fpm ,,,,,,,,, 3.4, 0.9
,,,,,2,php-fpm ,,,,,,,,, 3.4, 0.8
,,,,,2,php-fpm ,,,,,,,,, 3.4, 0.6
,,,,,1,php-fpm ,,,,,,,,, 3.4, 0.8
,,,,,3,php-fpm ,,,,,,,,, 3.4, 0.9
,
,,,,,
#,ps aux |, grep php-fpm | wc - l
22
进程与grep
进程吞了,看来有必要对,做个优化了
这个组件,以及php-fpm在,环境下必不可缺的原因
<强>
的方式与php结合
<强>
上,通常表现为,,于是现在客户端浏览器访问一个动态网页(如索引。php)时发生的行为:nginx将用户的http请求接进的来,发现用户请求的是一个php脚本,于是交给fastcgi分析处理,处理完毕后(经过php解释器解释与从mysql中取数据)将结果回送给nginx, nginx最后将静态内容返回给客户端,所以我们能感受到fast-cgi的一大好处是:将动态脚本的解释过程从nginx抽出,使得nginx只需专注于与客户端交互静态资源,而将动态php脚本分析统统扔给fast-cgi,这样一来能将动态脚本分析过程从nginx进程中解放出来从而增强nginx的并发能力,二来当php挂了不至于让nginx一起挂了
#,rpm -qc php-fpm/etc/logrotate.d/php-fpm/etc/php-fpm.conf/etc/php-fpm.d/www.conf/etc/sysconfig/php-fpm
#,cat /etc/php-fpm.d/www.conf |, grep -v “^;”,
,
(www)
listen =127.0.0.1:9000
listen.allowed_clients =127.0.0.1
user =apache
group =apache
时间=pm dynamic ,,,,,,,,,,,,,,,, #,点模式
时间=pm.max_children 20,,,,,,,,,,,,, #,最大可创建的子进程的数量
10 pm.start_servers =,,,,,,,,,,,,,, #,随着php-fpm-master一起启动时创建的子进程数目
时间=pm.min_spare_servers 5,,,,,,,,,,, #,服务器空闲时最小php-fpm进程数量
时间=pm.max_spare_servers 20,,,,,,,,,,, #,服务器空闲时最大php-fpm进程数量
slowlog =,/var/log/php-fpm/www-slow.log ,,, #,慢查询日志存放路径
php_admin_value [error_log],=,/var/log/php-fpm/www-error.log
php_admin_flag [log_errors],=,
php_value [session.save_handler],=,文件
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
null
