• php-fpm参数调优


    关于php-fpm.conf参数调优,只对重要的参数进程调优.其它可参数前辈的.

    http://php.net/manual/zh/install.fpm.configuration.php (官方的)

    http://www.cnblogs.com/argb/p/3604340.html

    http://www.cnblogs.com/jonsea/p/5522018.html

    https://www.zybuluo.com/phper/note/89081

    http://blog.64mazi.com/299/(推荐阅读)

    关于emergency_restart_threshold 和emergency_restart_interval 参数,设置多少合适
    额定内存为4G,拿出一半内存做php使用,即2G,每个php-fpm进程30m(经验值)
    则2g最多可以承受2048/30~=68即设置为
    emergency_restart_threshold=60(60个进程数)
    emergency_restart_interval=60s(60秒内出现60个进程则优雅的重进php-fpm服务)
    
    pm表示使用那种方式,有两个值可以选择,就是static(静态)或者dynamic(动态)。在更老一些的版本中,dynamic被称作apache-like。这个要注意看配置文件的说明。
    
    下面4个参数的意思分别为:
    
    pm.max_children:静态方式下开启的php-fpm进程数量。
    pm.start_servers:动态方式下的起始php-fpm进程数量。
    pm.min_spare_servers:动态方式下的最小php-fpm进程数量。
    pm.max_spare_servers:动态方式下的最大php-fpm进程数量。
    
    如果dm设置为static,那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
    
    如果dm设置为dynamic,那么pm.max_children参数失效,
    后面3个参数生效。
    系统会在php-fpm运行开始的时候启动pm.start_servers个php-fpm进程,
    然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。
    
    公式:

    假定一个php-fpm进程为30m计算,若4g内存,拿出一半做的php-fpm使用即2g
    $mem=2048
    pm = dynamic
    pm.max_children = 100 ($mem/20)
    pm.start_servers = 75 ($mem/30)min_spare_servers + (max_spare_servers - min_spare_servers) / 2
    pm.min_spare_servers = 50 ($mem/40)
    pm.max_spare_servers = 50 ($mem/20)

    pm.max_children = 50 是最大可创建的子进程的数量。必须设置。这里表示最多只能50个子进程。

    pm.start_servers = 20 随着php-fpm一起启动时创建的子进程数目。默认值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。这里表示,一起启动会有20个子进程。

    pm.min_spare_servers = 10 
    设置服务器空闲时最小php-fpm进程数量。必须设置。如果空闲的时候,会检查如果少于10个,就会启动几个来补上。

    pm.max_spare_servers = 30 
    设置服务器空闲时最大php-fpm进程数量。必须设置。如果空闲时,会检查进程数,多于30个了,就会关闭几个,达到30个的状态。

    
    实际上的内存消耗是max_children*max_requests*每个请求使用内存
    其它php优化
    尽量少安装PHP模块,最简单是最好(快)的
    socket连接FastCGI,/dev/shm是内存文件系统,socket放在内存中肯定会快些
    cat >> /etc/security/limits.conf <<EOF
    * soft nproc 65535
    * hard nproc 65535
    * soft nofile 65535
    * hard nofile 65535
    EOF
    增加 PHP-FPM 打开文件描述符的限制:
    # vi $php_install_dir/etc/php-fpm.conf
    rlimit_files = 51200

     以下摘自(麻子来了)http://blog.64mazi.com/299/

    一、常用参数解释:
    
    
    1)pm = dynamic #对于专用服务器,pm可以设置为static。
    #如何控制子进程,选项有static和dynamic。
    如果选择static,则由pm.max_children指定固定的子进程数。
    如果选择dynamic,则由pm.max_children、pm.start_servers、pm.min_spare_servers、pm.max_spare_servers 参数决定.
    2)pm.max_children 在同一时间最大的进程数 pm.max_children = 120 3)pm.start_servers php-fpm启动时开启的等待请求到来的进程数,默认值为:min_spare_servers + (max_spare_servers - min_spare_servers) / 2 pm.start_servers = 80 4)pm.min_spare_servers 在空闲状态下,运行的最小进程数,如果小于此值,会创建新的进程 pm.min_spare_servers = 60 5)pm.max_spare_servers 在空闲状态下,运行的最大进程数,如果大于此值,会kill部分进程 pm.max_spare_servers = 120 6)pm.process_idle_timeout 空闲多少秒之后进程会被kill,默认为10s pm.process_idle_timeout = 10s 7)pm.max_requests 每个进程处理多少个请求之后自动终止,可以有效防止内存溢出,如果为0则不会自动终止,默认为0#设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的.
    如果设置为 '0' 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0. pm.max_requests = 500 8)pm.status_path 注册的URI,以展示php-fpm状态的统计信息 pm.status_path = /status 其中统计页面信息有: pool 进程池名称 process manager 进程管理器名称(static, dynamic or ondemand) start time php-fpm启动时间 start since php-fpm启动的总秒数 accepted conn 当前进程池接收的请求数 listen queue 等待队列的请求数 max listen queue 自启动以来等待队列中最大的请求数 listen queue len 等待连接socket队列大小 idle processes 当前空闲的进程数 active processes 活动的进程数 total processes 总共的进程数(idle+active) max active processes 自启动以来活动的进程数最大值 max children reached 达到最大进程数的次数 9)ping.path ping url,可以用来测试php-fpm是否存活并可以响应 ping.path = /ping 10)ping.response ping url的响应正文返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong. ping.response = pong 11)pid = run/php-fpm.pid #pid设置,默认在安装目录中的var/run/php-fpm.pid,建议开启 12)error_log = log/php-fpm.log #错误日志,默认在安装目录中的var/log/php-fpm.log 13)log_level = notice #错误级别. 可用级别为: alert(必须立即处理), error(错误情况), warning(警告情况), notice(一般重要信息), debug(调试信息). 默认: notice. 14)emergency_restart_threshold = 60 emergency_restart_interval = 60s #表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个,php-fpm就会优雅重启。这两个选项一般保持默认值。 15)process_control_timeout = 0 #设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0. 16)daemonize = yes #后台执行fpm,默认值为yes,如果为了调试可以改为no。在FPM中,可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。 17)listen = 127.0.0.1:9000 #fpm监听端口,即nginx中php处理的地址,一般默认值即可。可用格式为: 'ip:port', 'port', '/path/to/unix/socket'. 每个进程池都需要设置. 18)listen.backlog = -1 #backlog数,-1表示无限制,由操作系统决定,此行注释掉就行。 19)listen.allowed_clients = 127.0.0.1 #允许访问FastCGI进程的IP,设置any为不限制IP,如果要设置其他主机的nginx也能访问这台FPM进程,listen处要设置成本地可被访问的IP。
    默认值是any。每个地址是用逗号分隔. 如果没有设置或者为空,则允许任何服务器请求连接 20)#unix socket设置选项,如果使用tcp方式访问,这里注释即可。
    listen.owner = www
    listen.group = www
    listen.mode = 0666
    #启动进程的帐户和组
    user = www
    group = www
    21)request_terminate_timeout = 0 #设置单个请求的超时中止时间. 
    该选项可能会对php.ini设置中的'max_execution_time'因为某些特殊原因没有中止运行的脚本有用. 设置为 '0' 表示 'Off'.当经常出现502错误时可以尝试更改此选项。

    22)request_slowlog_timeout = 10s #当一个请求该设置的超时时间后,就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 '0' 表示 'Off'

    23)slowlog = log/$pool.log.slow #慢请求的记录日志,配合request_slowlog_timeout使用

    24)rlimit_files = 1024 #设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024,可使用 ulimit -n查看,ulimit -n 2048修改。

    25)rlimit_core = 0 #设置核心rlimit最大限制值. 可用值: 'unlimited' 、0或者正整数. 默认值: 系统定义值.

    26)chroot = #启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用.

    27)chdir = #设置启动目录,启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录,或者/目录(chroot时)

    28)catch_workers_output = yes #重定向运行过程中的stdout和stderr到主要的错误日志文件中.
    如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null .
    默认值: 空.

    二、php对子进程的三种管理方式
    static:
    表示在php-fpm运行时直接fork pm.max_chindren个子进程
    dynamic:
    表示,运行时forkpm.start_servers个进程,随着负载的情况,动态的调整,最多不超过pm.max_children个进程。同时,保证闲置进程数不少于pm.min_spare_servers数量,否则新的进程会被创建,当然也不是无限制的创建,最多闲置进程不超过pm.max_spare_servers数量,超过则一些闲置进程被清理。
    ondemand: 
    当有请求时,创建进程,启动不创建,最多不超过pm.max_chindren进程数,当进程闲置会在pm.process_idle_timeout秒后被及时释放。

     

    三、重要参数的理解与设置

    【重要一】
    request_terminate_timeout = 120
    #表示等待120秒后,结束那些没有自动结束的php脚本,以释放占用的资源。
    PHP运行在php-fpm模式下,php.ini配置的max_execute_time是无效的,
    需要在php-fpm.conf中配置另外一个配置项:request_terminate_timeout;以下是官方文档的说明: set_time_limit()和max_execution_time只影响脚本本身执行的时间。
    (这两个参数在php.ini中)任何发生在诸如使用system()的系统调用,流操作,数据库操作等的脚本执行的最大时间不包括其中. 还可以是以下情况:
    参考:http://zyan.cc/tags/request_terminate_timeout/1/
    1. $ctx = stream_context_create(array(  
    2.    'http' => array(  
    3.        'timeout' => 1 //设置一个超时时间,单位为秒  
    4.        )  
    5.    )  
    6. );  
    7. file_get_contents("http://example.com/", 0, $ctx);  //设置超时时间
    
    
    下面4个参数的意思分别为:
    pm.max_children:静态方式下开启的php-fpm进程数量。
    pm.start_servers:动态方式下的起始php-fpm进程数量。
    pm.min_spare_servers:动态方式下的最小php-fpm进程数量。
    pm.max_spare_servers:动态方式下的最大php-fpm进程数量。
    
    如果dm设置为static,那么其实只有pm.max_children这个参数生效。系统会开启设置数量的php-fpm进程。
    如果dm设置为 dynamic,那么pm.max_children参数失效,后面3个参数生效。 
    系统会在php-fpm运行开始 的时候启动pm.start_serversphp-fpm进程,
    然后根据系统的需求动态在pm.min_spare_servers pm.max_spare_servers之间调整php-fpm进程数。 比如说512MVPS,建议pm.max_spare_servers设置为20。至于pm.min_spare_servers,则建议根据服 务器的负载情况来设置,比较合适的值在5~10之间。 pm = dynamic模式非常灵活,也通常是默认的选项。
    但是,dynamic模式为了最大化地优化服务器响应,会造成更多内存使用,因为这种模式只会杀掉超出最大闲置进程数(pm.max_spare_servers)的闲置进程, 比如最大闲置进程数是30,然后网站经历了一次访问高峰,高峰期时共动态开启了50个进程全部忙碌,0个闲置进程数,
    接着过了高峰期,可能没有一个请求,于是会有50个闲置进程,但是此时php-fpm只会杀掉20子进程,
    始终剩下30个进程继续作为闲置进程来等待请求,这可能就是为什么过了高峰期后即便请求数大量减少服务器内存使用却也没有大量减少,
    也可能是为什么有些时候重启下服务器情况就会好很多,因为重启后,php-fpm的子进程数会变成最小闲置进程数,而不是之前的最大闲置进程数。 第三种就是文章中提到的pm = ondemand模式,这种模式和pm = dynamic相反,把内存放在第一位,
    他的工作模式很简单,每个闲置进程,在持续闲置了pm.process_idle_timeout秒后就会被杀掉,有了这个模式,
    到了服务器低峰期内存自然会降下来,如果服务器长时间没有请求,就只会有一个php-fpm主进程,当然弊端是, 遇到高峰期或者如果pm.process_idle_timeout的值太短的话,无法避免服务器频繁创建进程的问题,因此pm = dynamicpm = ondemand谁更适合视实际情况而定。 【重要二】 pm.max_requests = 500 设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 0 则一直接受请求.
    等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.这段配置的意思是,当一个 PHP-CGI 进程处理的请求数累积到 500 个后,自动重启该进程。 但是为什么要重启进程呢? 一般在项目中,我们多多少少都会用到一些 PHP 的第三方库,这些第三方库经常存在内存泄漏问题,如果不定期重启 PHP-CGI 进程,势必造成内存使用量不断增长。
    因此 PHP-FPM 作为 PHP-CGI 的管理器,提供了这么一项监控功能,对请求达到指定次数的 PHP-CGI 程进行重启,保证内存使用量不增长。 【一些问题及网上解决办法】 正是因为这个机制,在高并发的站点中,经常导致 502 错误,我猜测原因是 PHP-FPM 对从 NGINX 过来的请求队列没处理好。
    不过我目前用的还是 PHP 5.3.2,不知道在 PHP 5.3.3 中是否还存在这个问题。 目前我们的解决方法是,把这个值尽量设置大些,尽可能减少 PHP-CGI 重新 SPAWN 的次数,同时也能提高总体性能。
    在我们自己实际的生产环境中发现,内存泄漏并不明显,因此我们将这个值设置得非常大(204800)。大家要根据自己的实际情况设置这个值,不能盲目 地加大。
     
  • 相关阅读:
    POJ 2411 Mondriaan's Dream
    POJ 2505 A multiplication game
    HDOJ(HDU) 3949 XOR
    雅礼集训DAY 6 T1 xmasdag
    bzoj 2159: Crash 的文明世界
    如何查看Ubuntu版本
    Ubuntu如何安装谷歌Chrome浏览器
    使用nano编辑器进行查找和替换
    Ubuntu修改用户和root密码
    Anaconda/Conda创建环境时报错的解决方案
  • 原文地址:https://www.cnblogs.com/300js/p/5920124.html
Copyright © 2020-2023  润新知