php 内存持续攀升， 内存泄漏，设置线程

内存泄漏指的是在程序运行过程中申请了内存，但是在使用完成后没有及时释放的现象， 对于普通运行时间较短的程序来说可能问题不会那么明显，但是对于长时间运行的程序， 比如Web服务器，后台进程等就比较明显了，随着系统运行占用的内存会持续上升， 可能会因为占用内存过高而崩溃，或被系统杀掉（OOM）。

 

PHP的内存泄漏

PHP属于高级语言，语言级别并没有内存的概念，在使用过程中完全不需要主动申请或释放内存， 所以在PHP用户代码级别也就不存在内存泄漏的概念了。

如果你的PHP程序内存泄漏了，要么是没有及时释放大变量、那么就是第三方扩展本身实现存在问题。

PHP-FPM造成的内存泄漏

这里先简单说一下nginx+php-fpm模式的工作原理：

1. nginx服务器fork出n个子进程（worker），php-fpm管理器fork出n个子进程。

2. 当有用户请求，nginx的一个worker接收请求，并将请求抛到socket中。

3. php-fpm空闲的子进程监听到socket中有请求，接收并处理请求。

这里要重点说一下第三步骤。第三步涉及到php-fpm进程生命周期的东西。一个php-fpm的生命周期大致是这样的：模块初始化（MINIT）-> 模块激活（RINIT）-> 请求处理 -> 模块停用（RSHUTDOWN） -> 模块激活（RINIT）-> 请求处理 -> 模块停用（RSHUTDOWN）……. 模块激活（RINIT）-> 请求处理 -> 模块停用（RSHUTDOWN）-> 模块关闭（MSHUTDOWN）。在一个php-fpm进程的生命周期里，会有多次的模块激活（RINIT）-> 请求处理 -> 模块停用（RSHUTDOWN）的过程。这个“请求处理”的大致过程是这样的：php读取相应的php文件，对其进行词法分析，生成opcode，zend虚拟机执行opcode。

PHP配置文件里面的memory_limit 这个东西，其实，它限制的只是这个“请求处理”的内存。所以，这个参数跟php-fpm进程占用的内存并没有什么关系。

那么，有什么办法能阻止这个问题呢？ 
php-fpm.conf中有个参数pm.max_requests，等同于PHP_FCGI_MAX_REQUESTS。该值的意思是一个fpm进程处理多少个请求后自动杀掉另起新进程。

1. 找配置文件位置          etc/php-fpm.conf.default

1 2	>cp /usr/local/php/etc/php-fpm.conf.default /usr/local/php/etc/php-fpm.conf >vim /usr/local/php/etc/php-fpm.conf

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32

pm = dynamic ; The number of child processes to be created when pm is set to 'static' and the ; maximum number of child processes when pm is set to 'dynamic' or 'ondemand'. ; This value sets the limit on the number of simultaneous requests that will be ; served. Equivalent to the ApacheMaxClients directive with mpm_prefork. ; Equivalent to the PHP_FCGI_CHILDREN environment variable in the original PHP ; CGI. The below defaults are based on a server without much resources. Don't ; forget to tweak pm.* to fit your needs. ; Note: Used when pm is set to 'static', 'dynamic' or 'ondemand' ; Note: This value is mandatory. pm.max_children = 5 ; The number of child processes created on startup. ; Note: Used only when pm is set to 'dynamic' ; Default Value: min_spare_servers + (max_spare_servers - min_spare_servers) / 2 pm.start_servers = 2 ; The desired minimum number of idle server processes. ; Note: Used only when pm is set to 'dynamic' ; Note: Mandatory when pm is set to 'dynamic' pm.min_spare_servers = 1 ; The desired maximum number of idle server processes. ; Note: Used only when pm is set to 'dynamic' ; Note: Mandatory when pm is set to 'dynamic' pm.max_spare_servers = 3 ; The number of seconds after which an idle process will be killed. ; Note: Used only when pm is set to 'ondemand' ; Default Value: 10s ;pm.process_idle_timeout = 10s; ; The number of requests each child process should execute before respawning. ; This can be useful to work around memory leaks in 3rd party libraries. For ; endless request processing specify '0'. Equivalent to PHP_FCGI_MAX_REQUESTS. ; Default Value: 0 ;pm.max_requests = 500

解释一下：

pm = dynamic 如何控制子进程，选项有static和dynamic，默认采用dynamic；如果选择static，则由pm.max_children指定固定的子进程数。

如果选择dynamic，则由以下参数决定：

 

pm.max_children	子进程最大数
pm.start_servers	启动时的进程数
pm.min_spare_servers	保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程
pm.max_spare_servers	保证空闲进程数最大值，如果空闲进程大于此值，则进行清理。对于专用服务器，pm可以设置为static。
pm.max_requests	设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 '0′ 则一直接受请求. 设置为500就可以了（默认0）。

 

将值修改为如下：

1 2 3 4 5

pm.max_children = 32 pm.start_servers = 16 pm.min_spare_servers = 8 pm.max_spare_servers = 32 pm.max_requests = 500

:wq 保存退出VIM

1 2	>/usr/local/php/sbin/php-fpm -t NOTICE: configuration file /usr/local/php/etc/php-fpm.conf test is successful

测试配置文件是否正常，没问题，杀掉当前的FPM进程

1	>/usr/local/php/sbin/php-fpm

启动

 

 

内存泄漏的debug及工具

内存泄漏的程序通常很容易发现，因为症状都表现为内存占用的持续增长， 在发现内存持续增长后我们需要判断是什么导致了内存泄漏，这时往往需要 借助一些工具来帮助追查，我们可以用到两个工具：PHP内置内存泄漏探测 及valgrind内存泄漏分析。