高档程序员关于PHP优化常识分享

关于PHP优化方面的常识，咱们或许都对怎么编写高效代码有所了解，本文会从另外一个角度来评论问题，教咱们怎么装备高效的环境，如此相同能够到达优化的目的。
pool
 一个让人沮丧的音讯是绝大多数 PHP 程序员都忽视了池的价值。这里所说的池可不是指数据库连接池之类的东西，而是指进程池，PHP 答应一起启动多个池，每个池运用不同的装备，各个池之间尊重互相的主权领土完整，互不干涉内政。

 -pool
有什么优点呢？默认情况下，PHP 只启用了一个池，所有恳求均在这个池中履行。一旦某些恳求呈现拥堵之类的情况，那么很或许会拖累整个池呈现火烧赤壁的结局；假如启用多个池，那么能够把恳求分门别类放到不同的池中履行，此时假如某些恳求呈现拥堵之类的情况，那么只会影响自己地点的池，然后操控故障的触及规模。
 listen
 尽管 Nginx 和 PHP 能够布置在不同的服务器上，可是实践应用中，多数人都习惯把它们布置在同一台服务器上，如此就有两个挑选：一个是 TCP，另一个是 Unix Socket。

-listen
和 TCP 比较，Unix Socket 省略了一些比如 TCP 三次握手之类的环节，所以相对更高效，不过需要注意的是，在运用 Unix Socket 时，因为没有 TCP 对应的可靠性确保机制，所以最好把 backlog 和 somaxconn 设置大些，不然面临高并发时会不稳定。
 pm
 进程办理有动态和静态之分。动态形式一般先启动少量进程，再按照恳求数的多少实时调整进程数。如此的优点很明显：节约资源；当然它的缺陷也很明显：一旦呈现高并发恳求，系统将不得不忙着 FORK 新进程，必然会影响性能。相对应的，静态形式一次性 FORK 足量的进程，之后不论恳求量怎么均坚持不变。和动态形式相比，静态形式尽管耗费了更多的资源，可是面临高并发恳求，它不需要履行高昂的 FORK。

-pm
对大流量网站而言，除非服务器资源严重，不然静态形式无疑是最佳挑选。
 pm.max_children
 启动多少个 PHP 进程适宜？在你给出自己的答案之前，不妨看看下面的文章：
php-fpm的max_chindren的一些误区
Should PHP Workers Always Equal Number Of CPUs
一个 CPU 在某一个时刻只能处理一个恳求。当恳求数大于 CPU 个数时，CPU 会划分时刻片，轮番履行各个恳求，既然触及多个使命的调度，那么上下文切换必然会耗费一部分性能，从这个意义上讲，进程数应该等于 CPU 个数，如此一来每个进程都对应一个专属的 CPU，能够把上下文切换丢失的效率降到最低。不过这个结论仅在恳求是 CPU 密集型时才是正确的，而关于一般的 Web 恳求而言，多半是 IO 密集型的，此时这个结论就值得商榷了，因为数据库查询等 IO 的存在，必然会导致 CPU 有相当一部分时刻处于 WAIT 状态，也就是被浪费的状态。此时假如进程数多于 CPU 个数的话，那么当发生 IO 时，CPU 就有时机切换到其他恳求继续履行，尽管这会带来必定上下文切换的开支，可是总比卡在 WAIT 状态好多了。
那多少适宜呢？要理清这个问题，咱们除了要重视 CPU 之外，还要重视内存情况：

-PHP Memory
如上所示 top 指令的结果中和内存相关的列分别是 VIRT，RES，SHR。其中 VIRT 表明的是内存占用的理论值，通常不用介意它，RES 表明的是内存占用的实践值，尽管 RES 看上去很大，可是包含着共享内存，也就是 SHR 显示的值，所以单个 PHP 进程实践独立占用的内存大小等于「RES – SHR」，一般就是 10M 上下。以此推算，理论上 1G 内存能支撑大概一百个 PHP 进程，10G 内存能大概支撑一千个 PHP 进程。当然并不能粗暴以为越多越好，最好结合 PHP 的 status 接口，经过监控活泼连接数的数量来调整。