Optimizer+ 是 Zend 开发的闭源但可以免费使用的 PHP 优化加速组件，是第一个也是最快的 opcode 缓存工具。现在，Zend 科技公司将 Optimizer+ 在 PHP License 下开源成为 Zend Opcache。
Zend OPcache 通过 opcode 缓存和优化提供更快的 PHP 执行过程。它将预编译的脚本文件存储在共享内存中供以后使用，从而避免了从
磁盘读取代码并进行编译的时间消耗。同时，它还应用了一些代码优化模式，使得代码执行更快。
官方网站：http://pecl.php.net/package/ZendOpcache
依次执行下面的命令
wget http://pecl.php.net/get/zendopcache-7.0.3.tgz
tar xzf zendopcache-7.0.3.tgz
cd zendopcache-7.0.3
phpize
###如果找不到phpize 的话自己找PHP路径，我的在/usr/local/php/bin/phpize，下面这行也要按你的php.ini路径自行修改
./configure --with-php-config=/usr/local/php/bin/php-config
make
make install
如果显示Installing shared extensions: /usr/local/php/lib/php/extensions/no-debug-zts-20100525/ 表示安装完成，下面要修改php的配置文件让它生效
2、启用Zend Opcache
注：如果使用Windows开发环境，或者使用brew或apt-get等命令安装的PHP可以略过编译步骤。
默认情况下，Zend Opcache没有开启，需要我们在编译时使用--enable-opcache指定启用Zend Opcache。
编译好PHP后还需要在php.ini中指定Opcache扩展路径：
zend_extension=/path/to/opcache.so
一般而言PHP编译成功后会显示Zend Opcache扩展路径，但如果想不起来，可以使用如下命令找到PHP扩展所在目录：
php-config --extension-dir
注：如果你使用Xdebug，需要在php.ini中先加载Zend Opcache，再加载Xdebug。
更新php.ini后重启PHP进程并查看是否启用成功：
php-zendopcache
3、配置Zend Opcache
启用Zend Opcache后还需要在php.ini中配置Zend Opcache，下面是一份配置示例作为参考：
opcache.validate_timestamps=1 //生产环境中配置为0
opcache.revalidate_freq=0 //检查脚本时间戳是否有更新时间
opcache.memory_consumption=64 //Opcache的共享内存大小，以M为单位
opcache.interned_strings_buffer=16 //用来存储临时字符串的内存大小，以M为单位
opcache.max_accelerated_files=4000 //Opcache哈希表可以存储的脚本文件数量上限
opcache.fast_shutdown=1 //使用快速停止续发事件
注：后续我们还会进一步介绍Zend Opcache的配置，PHP官网中列出了Zend Opcache的全部设置：http://ua2.php.net/manual/zh/opcache.configuration.php。
4、使用Zend Opcache
Zend Opcache使用起来很简单，因为启用之后它会自动运行，Zend Opcache会自动在内存中缓存预先编译好的PHP字节码，如果缓存了某个文件的字节码，就执行对应的字节码。
如果php.ini中配置了opcache.validate_timestamps值为0，需要小心，因为Zend Opcache将不能觉察PHP脚本的变化，必须手动清空Zend OPcache缓存的字节码，才能让它发现PHP文件的变动。这个配置适合在生产环境中设置为0，但在开发环境会带来不便，我们可以在开发环境中这样配置启用自动验证缓存功能：
opcache.validate_timestamps=1
opcache.revalidate_freq=0
php 的编译安装相当简单，且每个版本差异不大，正因为如此之前版本的编译安装过程也可以参考，当然，需要注意的是，每个版本的编译参数存在部分差异，以 ./configure --help 中具体描述的编译配置参数为准。
本文中系统环境为 CentOS 7 64bit，如使用其他系统环境的，请注意在某些 依赖安装环节 的差异。
准备工作
对于 CentOS ，yum 我向来是用作安装大批量依赖的工具，所以，一股脑安装这些依赖库吧。
yum install -y gcc gcc-c++ autoconf libjpeg libjpeg-devel libpng libpng-devel freetype freetype-devel libpng libpng-devel libxml2 libxml2-devel zlib zlib-devel glibc glibc-devel glib2 glib2-devel bzip2 bzip2-devel ncurses curl openssl-devel gdbm-devel db4-devel libXpm-devel libX11-devel gd-devel gmp-devel readline-devel libxslt-devel expat-devel xmlrpc-c xmlrpc-c-devel
当然，个别依赖库可能需要手动编译安装，因此需要注意这个问题。在下文中，对于某些依赖库、组件我会做一些说明。
除了上述依赖的，我们还需要查看 php 编译安装说明文档，以确认还是否需要其他组件。
在源码包中的 INSTALL 文件里，可以看到相关说明：
Prerequisite knowledge and software for compiling:
Basic Unix skills (being able to operate "make" and a C compiler)
An ANSI C compiler
A web server
Any module specific components (such as GD, PDF libs, etc.)
When building directly from Git sources or after custom modifications
you might also need:
autoconf: 2.13+ (for PHP < 5.4.0), 2.59+ (for PHP >= 5.4.0)
automake: 1.4+
libtool: 1.4.x+ (except 1.4.2)
re2c: Version 0.13.4 or newer
flex: Version 2.5.4 (for PHP <= 5.2)
bison: Version 1.28 (preferred), 1.35, or 1.75
之前我们已经安装了 gcc 、 automake 、 autoconf 等，还需要 re2c 和 bison 这两个。这两个都是 PHP 的语法分析器。（突然发现写这篇文章的 9 小时前 RE2C 发布了新的版本）。两者的下载地址：
RE2C http://sourceforge.net/projects/re2c/files/0.15.3/re2c-0.15.3.tar.gz
BSION http://ftp.gnu.org/gnu/bison/bison-3.0.4.tar.gz
然后分别编译安装，这两个编译安装不需要什么特别的配置参数，很直接。
当然，还有 libmcrypt 这个东西，下载地址： ftp://mcrypt.hellug.gr/pub/crypto/mcrypt/libmcrypt/libmcrypt-2.5.7.tar.gz 。这玩意儿必须的。
PHP 的编译安装
首先是从 github 下载源码包： https://github.com/php/php-src/archive/php-7.0.0.tar.gz
下载后解压，进入 PHP 源码目录：
tar zxvf php-7.0.0.tar.gz
cd php-src-php-7.0.0
调用 buildconf 生成 configure 文件：
./buildconf --force
生成了 configure 文件后，我们就需要着手开始进行编译安装的配置，如果你想知道有哪些编译配置选项，仅需 ./configure --help 即可查看。
参考配置如下：
./configure \
--prefix=/usr/local/php/7.0.0 \
--with-config-file-path=/usr/local/php/7.0.0/etc \
--with-config-file-scan-dir=/usr/local/php/7.0.0/etc/conf.d \
--enable-fpm \
--with-fpm-user=web \
--with-fpm-group=www \
--enable-soap \
--with-openssl \
--with-openssl-dir \
--with-mcrypt \
--with-pcre-regex \
--with-zlib \
--with-iconv \
--with-bz2 \
--enable-calendar \
--with-curl \
--with-cdb \
--enable-dom \
--enable-exif \
--with-pcre-dir \
--enable-ftp \
--with-gd \
--with-jpeg-dir \
--with-png-dir \
--with-freetype-dir \
--with-gettext \
--with-gmp \
--with-mhash \
--enable-mbstring \
--with-libmbfl \
--with-onig \
--enable-pdo \
--with-pdo-mysql \
--with-zlib-dir \
--with-readline \
--enable-session \
--enable-shmop \
--enable-simplexml \
--enable-sockets \
--enable-sysvmsg \
--enable-sysvsem \
--enable-sysvshm \
--enable-wddx \
--with-libxml-dir \
--with-xsl \
--enable-zip \
--enable-mysqlnd \
--with-mysqli \
--without-pear
配置执行完毕后，执行编译安装：
make && make install
大功告成！现在只需要将 /usr/local/php/7.0.0/bin 中的可执行文件软连接到 /bin 下即可，当然也可以自行选择 PATH 环境变量指定的路径中，这样就可以全局访问 PHP 解析执行器了。
完成后，执行 php -v 输出：
PHP 7.0.0 (cli) (built: Dec 3 2015 11:29:49) ( NTS )
Copyright (c) 1997-2015 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2015 Zend Technologies
php-fpm.conf有两个至关重要的参数：一个是”max_children”，另一个是”request_terminate_timeout”.
我的两个设置的值一个是”40″，一个是”900″，但是这个值不是通用的，而是需要自己计算的。
计算的方式如下：
如 果你的服务器性能足够好，且宽带资源足够充足，PHP脚本没有系循环或BUG的话你可以直接将”request_terminate_timeout”设 置成0s。0s的含义是让PHP-CGI一直执行下去而没有时间限制。而如果你做不到这一点，也就是说你的PHP-CGI可能出现某个BUG，或者你的宽 带不够充足或者其他的原因导致你的PHP-CGI能够假死那么就建议你给”request_terminate_timeout”赋一个值，这个值可以根 据你服务器的性能进行设定。一般来说性能越好你可以设置越高，20分钟-30分钟都可以。由于我的服务器PHP脚本需要长时间运行，有的可能会超过10分 钟因此我设置了900秒，这样不会导致PHP-CGI死掉而出现502 Bad gateway这个错误。
而”max_children” 这个值又是怎么计算出来的呢？这个值原则上是越大越好，php-cgi的进程多了就会处理的很快，排队的请求就会很少。设置”max_children” 也需要根据服务器的性能进行设定，一般来说一台服务器正常情况下每一个php-cgi所耗费的内存在20M左右，因此我的”max_children”我 设置成40个，20M*40=800M也就是说在峰值的时候所有PHP-CGI所耗内存在800M以内，低于我的有效内存1Gb。而如果我 的”max_children”设置的较小，比如5-10个，那么php-cgi就会“很累”，处理速度也很慢，等待的时间也较长。如果长时间没有得到处 理的请求就会出现504 Gateway Time-out这个错误，而正在处理的很累的那几个php-cgi如果遇到了问题就会出现502 Bad gateway这个错误。
max_requests即是说每个进程若超过这个数目(跟php进程有一点点关系,关 系不大),就自动杀死..我这里应该设置512的,不过懒得压力测试了,设置大一点,不过也不要设置过大,是个结构体,没测试过,接近8K到9K大小.网 上动辄设置100k,有点浪费内存了.一个进程浪费大小接近1M.按照网上常用配置的128个进程,大概浪费100M左右.好吧,我承认100M是白菜 价,但也别这样浪费..= =
max_children基本就是进程数,跟nginx的进程没有想象中的那么大,因为FPM会自己管理进程(有待考证,起码我简单浏览了一下源码,认为是这个意思).参数不宜设置过大,很占内存,进程的消耗就不用我多说了.
max_children较好的设置方式根据req/s来设置,若程序是 100 req/s的处理能力..最大并发是10K,那么就设置 100比较好,这是动态来调整的.
不过你若用php 5.3,也可以把style设置为apache-like,那么设置start_servers,min_spare_servers,max_spare_servers三个参数就可以自动调整
PHP 5.4 开始集成了 PHP-FPM ，也就是说编译 PHP 时，只要 --enable-fpm 就装好了 PHP-FPM 。
一、安装 PHP-FPM
shell > ./configure --prefix=/usr/local/php \
--with-config-file-path=/usr/local/php --with-mysql=/usr/local/mysql/ \
--with-mysqli=/usr/local/mysql/bin/mysql_config --with-gd --with-xsl --with-bz2 \
--with-zlib --with-curl --with-pear --without-iconv --with-mcrypt \
--with-gettext --with-openssl --with-libxml-dir --with-png-dir --with-jpeg-dir --with-freetype-dir \
--with-libdir=lib64 --enable-ftp --enable-fpm --enable-opcache --enable-exif --enable-soap --enable-bcmath --enable-calendar \
--enable-sockets --enable-mbstring --enable-gd-native-ttf --disable-rpath --disable-debug
## 看到上面这堆参数了没有，这是在编译 PHP ，其中有一个参数是 --enable-fpm 没错，这就是启用 PHP-FPM 扩展。
shell > make; make install
二、配置 PHP-FPM
shell > cp /usr/local/src/php-5.6.17/php.ini-production /usr/local/php/php.ini # 这是 PHP 的配置文件
shell > cp /usr/local/src/php-5.6.17/sapi/fpm/init.d.php-fpm /etc/init.d/php-fpm # 这是 PHP-FPM 的启动脚本
shell > cd /usr/local/php/etc/
shell > cp php-fpm.conf.default php-fpm.conf # 复制一份配置文件
shell > vim php-fpm.conf
[global]
pid = run/php-fpm.pid # PID
rlimit_files = 65535 # 打开文件数限制
[www] # 进程池
user = nginx # 以 nginx 身份运行
group = nginx
listen = 127.0.0.1:9000 # 监听本机的 9000 端口
;listen = /dev/shm/php-cgi.sock; # 监听 UNIX SOCKET ，并把 SOCKET 放在了内存空间中，速度更快 ( Nginx 也要相应修改 )！
;listen.backlog = 10240 # UNIX SOCKET 的方式高并发下有点不稳定，该参数用来缓解 ( SOCKET 等待队列长度 )
;listen.owner = nginx # UNIX SOCKET 的权限
;listen.group = nginx
;listen.mode = 0660
pm = dynamic # 创建进程的方式，动态创建
pm.max_children = 32 # 最大进程数 ( 不能只看内存来创建，要看具体使用率，有时内存足够，进程数大多时，导致 CPU 频繁上下文切换，负载会很高 )
pm.start_servers = 5 # 初始进程数
pm.min_spare_servers = 5 # 最小空闲进程数
pm.max_spare_servers = 10 # 最大空闲进程数
pm.status_path = /php_status # PHP-FPM 状态监控 ( Nginx 要设置访问权限 )
shell > service php-fpm start
三、监控 PHP-FPM
shell > vim /usr/local/nginx/conf/nginx.conf
location ~ /php_status { # 创建一个单独的 server 或直接在 server {} 中加入配置
access_log off;
allow 127.0.0.1;
allow 36.110.41.194; # 做好权限
deny all;
fastcgi_pass 127.0.0.1:9000; # 如果是 UNIX SOCKET 的方式，要类似这样写: fastcgi_pass unix:/dev/shm/php-cgi.sock;
fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;
include fastcgi_params;
}
shell > kill -HUP `cat /usr/local/nginx/logs/nginx.pid`
shell > curl http://127.0.0.1/php_status # 访问该路径得到如下数据
pool: www # 进程池名称
process manager: dynamic # 进程管理方式
start time: 22/Jan/2016:15:49:00 +0800 # 启动时间
start since: 375 # 运行时长
accepted conn: 7 # 当前进程池接受的请求数
listen queue: 0 # 请求等待队列，如果不为 0 ，意味着 FPM 进程不足，需要增加
max listen queue: 0 # 最大等待队列数量
listen queue len: 1024 # SOCKET 等待队列长度
idle processes: 4 # 空闲进程数
active processes: 1 # 活跃的进程数
total processes: 5 # 总进程数
max active processes: 1 # 最大活跃进程数
max children reached: 0 # 达到最大进程数的次数，如果不为 0 ，意味着最大进程数不足，需要增加
slow requests: 0 # 慢请求数量，需要设置 slow log
shell > curl http://127.0.0.1/php_status # 这里有多种参数供选择，例如: http://127.0.0.1/php_status?html 、?json 、?xml 、?full
# 我想，用 python 脚本用做个监控，?json 格式是最好不过了吧！
很简单,具体看配置文件,这样的设置之后,在高负载和复杂的php程序会省事一点,毕竟测试req/s是可恶的体力活.
CentOS安装PHP5.6环境与其它版本有什么不同呢，我相信各位朋友不安装肯定不知道安装了会发现还是有一些不一样了，具体的来看看吧。在最新的版本5.6.3不仅修改了多个Bug，并且修改了fileinfo模块里存在的安全漏洞。
PHP团队推荐使用PHP5.6系列的用户，升级到最新版本5.6.3。
简单介绍一下，如何在CentOS上安装PHP5.6。
配置yum源
追加CentOS 6.5的epel及remi源。
# rpm -Uvh http://ftp.iij.ad.jp/pub/linux/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
# rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
以下是CentOS 7.0的源。
# yum install epel-release
# rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm
使用yum list命令查看可安装的包(Packege)。
# yum list --enablerepo=remi --enablerepo=remi-php56 | grep php
安装PHP5.6
yum源配置好了，下一步就安装PHP5.6。
# yum install --enablerepo=remi --enablerepo=remi-php56 php php-opcache php-devel php-mbstring php-mcrypt php-mysqlnd php-phpunit-PHPUnit php-pecl-xdebug php-pecl-xhprof
用PHP命令查看版本。
# php --version
PHP 5.6.0 (cli) (built: Sep 3 2014 19:51:31)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies
with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans
在这里安装的版本是PHP5.6.0，细心的用户可能已经发现ZendGuardLoader变成Zend OPcahe了。
对从PHP5.5开始PHP代码缓存从APC变成了Zend OPcache了。