在上一篇Nginx负载均衡与RabbitMQ消息队列实践，我们实践了Nginx负载均衡与RabbitMQ消息队列的数据落盘，但是，你以为解决高并发的手段就结束了吗？
现在我们来了解一下Opcache:
对于PHP解释型语言，不产生机器码，而是产生中间码（中间码是不能直接执行，这个中间码只有解释器可以识别到，中间码要靠解析器来进行执行）
比如说PHP的解析器是Zend，PHP使用Zend引擎，中间码我们也称作为操作码（opcode),而Opcahce这样的缓存组件就是将PHP代码预编译生成的脚本文件 Opcode 缓存在共享内存中供以后反复使用，从而避免了从磁盘读取代码再次编译的时间消耗。同时，它还应用了一些代码优化模式，使得代码执行更快。从而加速PHP的执行。
现在我们将启用AB测试在100并发下的结果：
Concurrency Level: 100
Time taken for tests: 20.698 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Total transferred: 286000 bytes
HTML transferred: 13000 bytes
Requests per second: 48.31 [#/sec] (mean)
Time per request: 2069.847 [ms] (mean)
Time per request: 20.698 [ms] (mean, across all concurrent requests)
Transfer rate: 13.49 [Kbytes/sec] received
我们可以看到吞吐率是Requests per second: 48.31 [#/sec] (mean)
吞吐率是服务器并发处理能力的量化描述，单位是reqs/s，指的是某个并发用户数下单位时间内处理的请求数。
现在我们来安装opcache
安装过程查看PHP官网Opcache
安装后再次执行
ab -c 100 -n 1000 http://192.168.2.101/log
Concurrency Level: 100
Time taken for tests: 7.816 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Total transferred: 286000 bytes
HTML transferred: 13000 bytes
Requests per second: 101.87 [#/sec] (mean)
Time per request: 781.610 [ms] (mean)
Time per request: 9.816 [ms] (mean, across all concurrent requests)
Transfer rate: 28.45 [Kbytes/sec] received
我们可以看到吞吐率已经从48提升到101,超过一倍的提升
接下来我们继续增加并发数;
ab -c 150 -n 2000 http://192.168.2.101/log
Concurrency Level: 150
Time taken for tests: 14.060 seconds
Complete requests: 2000
Failed requests: 0
Write errors: 0
Total transferred: 572000 bytes
HTML transferred: 26000 bytes
Requests per second: 120.74 [#/sec] (mean)
Time per request: 1054.496 [ms] (mean)
Time per request: 9.030 [ms] (mean, across all concurrent requests)
Transfer rate: 30.93 [Kbytes/sec] received
我们可以看到即使在150的并发下我们的吞吐率也可以维持在每秒120吞吐率左右，证明Opcache确实提升了我们系统的可用性
