php-fpm：PHP fastcgi进程管理器
php-fpm的工作模式：1个master进程、多个worker进程(在PHP中worker进程就是php-cgi进程)，php-cgi是PHP的解释器
master进程和worker进程的工作：
master进程负责初始化环境变量、加载PHP配置文件。
worker进程负责解析PHP脚本，把PHP的脚本执行结果php-fpm的master进程，
php-fpm的master进程把结果给nginx的结果。
php-fpm.conf配置文件配置项
listen =unix:/tmp/php-cgi.sock
pid = /app/logs/php-fpm.pid (php-fpm的进程ID存储位置)
error_log = /app/logs/php-fpm.logs（PHP-FPM的出错日志）
log_level = error （日志的级别）
rlimit_files = 32768 （文件描述符的设置）
events_machanism = epoll (事件模型)
listen.owner = nginx （进程使用的用户）
listen.group = nginx (进程使用的用户组)
pm = dynamic
pm.max_children = 1024 （允许最大的子进程数）
pm.start_servers = 16 (启动的进程数)
pm.min_spare_servers = 5 (最小空闲进程数)（动态模式生效）
pm.max_spare_servers = 20 (最大空闲进程数)（动态模式生效）
pm.process_idle_timeout = 15s (空闲的进程多少被杀掉)（ondemand）
pm.max_requests = 2048 (一个php-fpm的worker进程处理的请求数量，处理到这个么多进程后，
这个php-fpm的worker进程会重新启动，为什么会重新启动，因为有可能worker进程存在内存泄漏的问题)
php-fpm进程启动模式，pm可以设置为static、dynamic、ondemand
static：子进程（子进程又叫做php-fpm的worker进程）自始至终是pm.max_children制定的数量，
pm.start_servers、php.min-spare_servers、pm.max_spare_servers配置将没有作用。
如果设置成dynamic，则进程是动态的，最开始是pm.start_servers制定的数量，如果请求较多，则会自动增加，但不
超过pm.max_children制定的进程数量，
同时保证空闲的进程数不小于pm.min_spare_servers,如果进程数较多，也会进行相应清理，保证多余的进程数不多于pm.max_spare_servers。
当php-fpm启动后，一个php-cgi进程约占用3M内存，但是当他们处理过一些请求后，有些内存是释放不掉的，
占用的内存能达到20M-------30M不等。
对于内存比较吃紧的，同时并发量不是很大的应用，可以考虑采用static的处理方式，这样可以很好的控制php-fpm的所消耗的总内存，让系统更加
平稳运行。另外由于并发量很小，可以适当的把设置pm.max_requests小一些，以便让php-fpm进程有机会重启，从而释放其占用的内存。
nginx 如何和php-fpm通信
nginx 可以通通过TCP方式或者unix套接字的方式和php-fpm通信
TCP方式和Unix domain socket的区别？？？？？
TCP方式多了网络层、数据链路层、物理层可能会慢，但是通过TCP方式可以把nginx和php-fpm部署到不同的服务器上，
unix domain socket 是通过socket的方式在进程间通信。这样就要求nginx和php-fpm在部署在一个服务器上。
可以通过nginx的fastcig模块
location ~ [^/].php(/|$)
{
fastcgi_pass unix:/tpm/php-cgi.sock; (fastcgi_pass的值需要和php-fpm配置文件中的listen选项的值一样)
fastcgi_index index.php;
#fastcgi_pass SCRIPT_FILENAME $document_root$fastcgi_script_name;
#include fastcgi_params;（如果只有这一行不加上上面一行的话，如果请求PHP孙然会请求成功，HTTP status code 200，但是页面为空）
include fastcgi.conf; #只用包含fastcgi.conf 就行了，上面两行就可以省略了。}
nginx之CGI
fastcgi.cong 和fastcgi_params的区别：
原本nginx的conf配置目录，没有fastcgi.conf配置文件，只有fastcgi_param配置文件，fastcgi.conf是
在 nginx 0.8.30版本才引入的。
主要是解决以下问题。
原本nginx只有fastcgi_param，后来发现很多人在nginx.conf定义SCRIPT_FILENAME时使用了硬编码的方式。
例如，fastcgi_param SCRIPT_FILENAME /var/wwww/foo$fastcgi_script_name.
于是为了规范用法引入了fastcgi.conf配置文件。