nginx+php-fpm访问为何时快时慢
原因：
一个测试环境，nginx+php-fpm对外提供服务，测试人员访问的时候出现时快时慢的情况，慢时超过了正常网页的等待打开时间范围。重启nginx php-fpm后恢复，访问几次后又会慢
查找思路：
1，系统负载，磁盘IO
top，查看负载，负载小于1 排除。
vmstat 查看磁盘io 测试环境 io较小，排除。
2，是否有php慢查询程序
打开php-fpm中php慢查询日志
request_slowlog_timeout = 5
slowlog = var/log/slow.log
reload 访问之后无慢查询日志，判断无执行时间比较慢的php程序
检查该配置文件
pm = static
pm.max_children = 300
pm.start_servers = 15
pm.min_spare_servers = 8
pm.max_spare_servers = 48
request_terminate_timeout = 200
排除是pm.max_children 设置过小引起的问题。
3，怀疑mysql有慢查询
网站时快时慢 重启之后打开统一页面较快，排除mysql有慢查询。此时陷入迷茫尴尬之中。
查看nginx配置文件
worker_rlimit_nofile 65535 偶然发现多么熟悉的数字，此处定义了限制打开的文件数量，就联想到ulimit 参数
ulimit -n 果然 没有进行优化，显示默认的1024
echo ‘* - nofile 65535‘ >> /etc/security/limits.conf
然后执行下ulimit -HSn 65535
也可以把ulimit -SHn 65535命令加入到/etc/rc.local，然后每次重启生效
文件描述符
文件描述符在形式上是一个非负整数。实际上，它是一个索引值，指向内核为每一个进程所维护的该进程打开文件的记录表。当程序打开一个现有文件或者创建一个新文件时，内核向进程返回一个文件描述符。在程序设计中，一些涉及底层的程序编写往往会围绕着文件描述符展开。但是文件描述符这一概念往往只适用于Unix、Linux这样的操作系统。
习惯上，标准输入（standard input）的文件描述符是 0，标准输出（standard output）是 1，标准错误（standard error）是 2。尽管这种习惯并非Unix内核的特性，但是因为一些 shell 和很多应用程序都使用这种习惯，因此，如果内核不遵循这种习惯的话，很多应用程序将不能使用。
调整完之后访问时快时慢的问题解决。
本文出自 “章小鱼儿_linux” 博客，请务必保留此出处http://zhangxylinux.blog.51cto.com/5041623/1543613
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
