现在nginx + fpm 基本成为主流的配置，其中我们比较关注的是pm.max_chindren的配置
首先，我们关注一个设置： pm = static/dynamic。
相关学习推荐：PHP编程从入门到精通
这个选项是标识fpm子进程的产生模式：
static ：表示在fpm运行时直接fork出pm.max_chindren个worker进程
立即学习“PHP免费学习笔记（深入）”；
dynamic：表示，运行时fork出start_servers个进程，随着负载的情况，动态的调整，最多不超过max_children个进程。
一般推荐用static，优点是不用动态的判断负载情况，提升性能，缺点是多占用些系统内存资源。
BIZOSS-B2C是脱胎于贞龙B2B大型平台的网上商城系统、网上商店系统、网上购物系统的企业级B2C电子商务解决方案。系统设置：这里包含了网店的常用功能和全局配置的开关。包括 商店设置 、支付方式和配送方式 、邮件服务器设置、地区列表、友情链接、自定义导航栏、站点地图。商品管理：网店展示商品的核心。其中包括了 商品分类、商品类型、商品品牌、商品回收站、商品上下架等一些设置。促销管理：这个是我们网
上面的告诉我们max_chindren代表的worker的进程数。普遍认为，这个配置越多能同时处理的并发也就越多，这是一个比较大的误区：
- 1) 其实进程多了，增加进程切换的开销，更核心的是，能并发执行的fpm进程不会超过cpu个数。通过多开worker的个数来提升qps， 是错误的理解，不会说你多开了几个进程，就多出几个cpu来处理。
- 2) worker进程开少了，如果server比较繁忙的话，会导到nginx把数据打到fpm的时候，发现所有的woker都在工作中，没有空闲的worker来接受请求，从而导致502。
- 3) 在实际业务中，由于我们有很多的i/o操作，比如读取数据库，或者内部rpc调用这类在等待i/o的过程中，进程会被系统sleep, 而不占用cpu，如果配置worker少了，也会导致cpu利用不上
那worker数到底该怎么配置呢？
理论上woker进程数=cpu的个数是最合理的，但由于第2点，可能每个worker都没处理完请求，这样，就会频现502了。但多开进程，只是说避免502，暂时把请求hang住，但这只是缓解之道，实际上这不但不会增加系统的并发，而且会加重系统的负荷，所以，基于2，3 ，设置一个合理的worker数就比较重要了。
天下武功，唯快不破，只有尽可能的提升程序的效率，把单个请求的时间压缩到最低，这样，单个worker的处理时间变短了，那在单位时间里能处理的请求自然就多了。
那么可以通过每个worker在单位时间内处理的请求数来预估max_children的个数。假如最大的一个请求的处理时间(xhprof里看cpu时间)是100ms内，而在100ms之内同时有100个请求过来，那了理论上就需要配置100个worker进程，先把请求给hang住。
但最大的请求耗时可能会受很多外在的情况影响，不太好预估，尤其是网络i/o也算在里面，我们可以借用第三方的profile工具，比如xhprof, 这类工具可以统计cpu的耗时，通过这个时间来计算真正的worker数量，比总时间来计算要合理很多，其实这里有一个捷径，来配置你的max_children数， 就是你前期先把max_childnren设置成一个比较大的值，稳定运行一段时间后，观察fpm的status里的 max active processes 是多少，然后把max_children配置比他大一些就ok了。
