phpfpm命令
❶ 了解php-FPM
在服务器上，当我们查看php进程时，全都是php-fpm进程，大家都知道这个就是php的运行环境，那么，它到底是个什么东西呢？
PHP-FPM，就是PHP的FastCGI管理器，用于替换PHP FastCGI的大部分附加功能，在PHP5.3.3后已经成为了PHP的标配。
有小伙伴要问了，FastCGI又是什么鬼？CGI程序又叫做“通用网关接口”，就是让Web服务器和你的应用程序进行交互的一个接口。就像nginx中需要配置的fastcgi_pass，一般我们会使用127.0.0.1:9000或者unix:/tmp/php-cgi.sock来配置这个参数。它的意思就是告诉nginx，过来的请求使用tcp:9000端口的监听程序来处理或者使用unix/socket来处理。它们都是指向的PHP运行程序。
再说得通俗一点，我们运行php脚本用的是
php-fpm就相当于是这个php命令。nginx通过fastcgi_pass来运行php $nginx_root(nginx配置文件中网站根目录root配置)下的index.php。所以，如果你用的是python或者其他什么语言，都可以用它们的cgi程序来让nginx调用。
FastCGI和CGI又有什么不同呢？FastCGI是启动一个socket接口，服务器应用不需要自己去运行php，只需要向这个socket接口提交请求就可以了。
php-fpm在编译php时需要添加--enable-fpm。一些通用的集成安装包如lnmp、phpStudy等都会默认编译并使用php-fpm，毕竟是标配。
上文中说过nginx可以使用127.0.0.1:9000和unix:/tmp/php-cgi.sock这两种方式来调用php-fpm。它们有什么区别呢？
前者，一般带9000端口号的，是tcp形式的调用。也就是php-fpm启动了一个监听进程对9000端口进行监听。它会调起一个tcp/ip服务，nginx在调用的时候会走一次tcp请求流程，也就是3次握手4次挥手，会走到网络七层中的第四层传输层。相对来说这种方式性能会稍差一点，启动php-fpm后使用nestat查看端口中会出现9000端口的占用。
后者，使用的是unix套接字socket服务，通过sock文件来交换信息，性能相对好一些，因为它没有tcp连接过程，也不会有9000端口的占用。
对于高负载大访问量的网站还是推荐使用unix方式，对于普通小网站来说，无所谓使用哪个都可以，tcp方式反而更容易配置和理解，也是php-fpm.conf中默认的监听方式。
php-fpm.conf配置中的listen属性用来配置监听，这里的配置要和nginx中的一致，使用tcp的就监听127.0.0.1:9000，使用unix的就设置成/tmp/php-cgi-56.sock。
以下内容摘自官方文档：
===========
各自媒体平台均可搜索【硬核项目经理】
❷ PHP涓镄凢PM鏄锅氢粈涔堢殑
FPM锛团astCGI 杩涚▼绠＄悊鍣锛夌敤浜庢浛鎹 PHP FastCGI 镄勫ぇ閮ㄥ垎闄勫姞锷熻兘锛屽逛簬楂樿礋杞界绣绔欐槸闱炲父链夌敤镄勚傚畠镄勫姛鑳藉寘𨰾锛
鏀鎸佸钩婊戝仠姝/钖锷ㄧ殑楂樼骇杩涚▼绠＄悊锷熻兘锛
鍙浠ュ伐浣滀簬涓嶅悓镄 uid/gid/chroot 鐜澧冧笅锛屽苟鐩戝惉涓嶅悓镄勭鍙ｅ拰浣跨敤涓嶅悓镄 php.ini 閰岖疆鏂囦欢锛埚彲鍙栦唬 safe_mode 镄勮剧疆锛夛绂
stdout 鍜 stderr 镞ュ织璁板綍;
鍦ㄥ彂鐢熸剰澶栨儏鍐电殑镞跺栾兘澶熼吨鏂板惎锷ㄥ苟缂揿瓨琚镰村潖镄 opcode;
鏂囦欢涓娄紶浼桦寲鏀鎸;
"鎱㈡棩蹇" - 璁板綍鑴氭湰锛堜笉浠呰板綍鏂囦欢钖嶏纴杩樿板綍 PHP backtrace 淇℃伅锛屽彲浠ヤ娇鐢 ptrace鎴栬呯被浼煎伐鍏疯诲彇鍜屽垎鏋愯繙绋嬭繘绋嬬殑杩愯屾暟鎹锛夎繍琛屾墍瀵艰嚧镄勫纾甯哥紦鎱;
fastcgi_finish_request() - 鐗规畩锷熻兘锛氱敤浜庡湪璇锋眰瀹屾垚鍜屽埛鏂版暟鎹钖庯纴缁х画鍦ㄥ悗鍙版墽琛岃楁椂镄勫伐浣滐纸褰曞叆瑙嗛戣浆鎹銆佺粺璁″勭悊绛夛级锛
锷ㄦ侊纺闱欐佸瓙杩涚▼浜х敓锛
锘烘湰 SAPI 杩愯岀姸镐佷俊鎭锛堢被浼糀pache镄 mod_status锛夛绂
锘轰簬 php.ini 镄勯厤缃鏂囦欢銆
❸ 如何关闭php-fpm进程
如果把php-fpm已经安装了一个系统服务，那就：service php-fpm stop来关闭
如果没有的话，直接通过万能的方法：杀死对应的进程。
要关闭php-fpm进程，就杀死它：pkill -9 php-fpm
❹ linux怎么查看php启动命令
启动悄喊php-fpm。
/usr/local/php5/sbin/php-fpm/usr/local/php5/为php-fpm的安装地址。
/usr/local/php-5.6.3/sbin/php-fpm-R#如果报错显示不能用root用户启动，则可以考虑使用-R命令。
查看是否启动成功：
netstat-lnt|grep9000
tcp00127.0.0.1:90000.0.0.0:*LISTEN
或者使用如下命令，查看是否9000端口被php-fpm占用：
netstat-tunpl|grep9000
tcp00127.0.0.1:90000.0.0.0:*LISTEN2124/php-fpm。
❺ php-fpm怎么连接的mysql
们都知道，php是不能直接操作 mysql的，他需要通过扩展提供接口调用，php的mysql扩展也好几个，只支持面向过程的mysql，既支持面向过程也支持面向对象的mysqli，只支持面向对象的PDO，当然无论是那个扩展，也只是php语法写法上的区别而已，底层其实是一样的。
今天我们不讲语法这些老掉牙的东西，我们随便找一个扩展，来分析一下 php底层 和 mysql 之间的通信原理。
首先我们来理解一下 php-fpm 的工作原理，php-fpm 是一个 php-cgi 进程管理器，其实就是一个连接池，它和nginx配合的工作原理如下。
我们先从最简单的静态方式入手观察他的工作原理
vim php-fpm.ini
[www]
pm = static
pm.max_children = 5
pm.max_requests = 2
上面三句话的含义是什么呢:
1、static 表示静态以静态方式生成 php-fpm 进程
2、pm.max_children = 5 表示当 php-fpm 启动时就启动 5 个 php-fpm 子进程 等待处理 nginx 发过来的请求
3、pm.max_requests = 2 表示每个 php-fpm 子进程处理 2 个请求就销毁，当然父进程每次看到有销毁的自然也就会生成新的子进程
我们来简单验证一下这个说法：
首先重启 php-fpm，让它复位一下
接下来写一条简单的语句输出当前进程ID
echo "当前 php-fpm 进程ID：".posix_getpid();
不断刷新浏览器观察输出变化
当前 php-fpm 进程ID：24548
当前 php-fpm 进程ID：24549
当前 php-fpm 进程ID：24550
当前 php-fpm 进返备程ID：24547
当前 php-fpm 进程ID：24551
当前 php-fpm 进程ID：24548
当前 php-fpm 进程ID：24549
当前 php-fpm 进程ID：24550
当前 php-fpm 进程ID：24547
当前 php-fpm 进程ID：24551
当前 php-fpm 进程ID：24563
当前 php-fpm 进程ID：24564
当前 php-fpm 进程ID：24565
当前 php-fpm 进程ID：24566
当前 php-fpm 进程ID：24567
当前 php-fpm 进程ID：24563
当前 php-fpm 进程ID：24564
当前 php-fpm 进程ID：24565
当前 php-fpm 进程ID：24566
当前 php-fpm 进程ID：24567
当前 php-fpm 进程ID：24568
当前 php-fpm 进程ID：24569
当前 php-fpm 进程ID：24570
当前 php-fpm 进程ID：24571
当前 php-fpm 进程ID：24572
当前 php-fpm 进程ID：24568
当前 php-fpm 进程ID：24569
当前 php-fpm 进程ID：24570
当前 php-fpm 进程ID：24571
当前 php-fpm 进程ID：24572
可以看得出，第一批id不是按照顺序执行的，进程id为24547的进程是在第四位处理的，然后从下信轿面开始，所有id都是顺序执行的而且每次生成的一批id都是递增，是不是有种mysql自增主键的赶脚呢？
这里需要注意的是，无论是静态还是下面的动态配置方式，只要没有设置 max_requests ，那么进程是不会销毁的，也就是说当一个进程里面出现死循环或者内存溢出等导致进程僵死的情况出现的时候，处理的进程就会少一个了
好吧理解了静态的处理方式，我们其实也很容易知道这个方式的弊端了，当然我们平时服务器不可能就开5个进程每个进程处理2个请求，我们来做滑世肆一个简单的加减乘除，看看一个服务器应该开多少个 php-fpm 合适
首先我们来看看一个简单的echo需要多少内存：
$size = memory_get_usage();
$unit = array('b','kb','mb','gb','tb','pb');
$memory = @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i];
echo "当前 php-cgi 进程所使用内存：".$memory;
观察浏览器我们可以得到一下数据：
当前 php-cgi 进程所使用内存：227.17 kb
也就是说一个简单的什么都不干的php就已经占用了200多K的内存，当然这也不算多。
不过进程多了cpu切换进程速度就会变慢，所以这个数还是需要通过ab等测试工具才能测试出具体应该开多少比较合理
我们先从200开始，不断的增加，架设增加到800的时候，效率和400一样，那我们就没必要开800那么多进程浪费内存了。
那么问题就来了，如果同一时间请求出超过400呢？有人说会排队等待，真的会排队等待吗？答案明显是 php-fpm 是没能力排队了，因为处理请求的php-fpm子进程都用完了，那么等待也就只能是在 nginx 等待，通常一个 nginx 也不只是转发请求给 php-fpm 就完事了，他还要处理静态文件呢？如果这些php请求导致nginx的请求数过多一直在等待，那么访问静态文件自然也会卡了，这时候我们就需要配置成下面的动态处理方式。
[www]
pm.max_children = 10
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
;pm.max_requests = 2
上面五句话的含义是什么呢:
1、dynamic 表示静态以动态方式生成 php-fpm 进程
2、pm.max_children = 10 同时活动的进程数 10个
3、pm.start_servers = 5 表示当 php-fpm 主进程启动时就启动 5 个 php-fpm 子进程
4、pm.min_spare_servers = 2 表示最小备用进程数
5、pm.max_spare_servers = 8 表示最大备用进程数
6、pm.max_requests = 2 上面说过就不说了
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274
当前 php-fpm 进程ID：2270
当前 php-fpm 进程ID：2271
当前 php-fpm 进程ID：2272
当前 php-fpm 进程ID：2273
当前 php-fpm 进程ID：2274