wamp 安装php opcache,谈谈opcache的一些琐碎事（一不小心服务器内存就爆了）

谈谈opcache的一些碎琐事(一不小心服务器内存就撑爆了)

在生效中，有两个主要配置

1.当validate_timestamps设置0时，opcache.revalidate_freq的值将失效，validate_timestamps作用主要验证是否要重新生成缓存脚本，PHP将不会检测代码是否改变，这样会导致部署更新的代码后，不会自动生成新的缓存，就导致还是显示原来的旧代码； 当然，(这样性能最佳的)，但是这个一般适合于不频繁更新的PHP 代码，每次更改后需要手动清除 opcache，即需要平滑加载php-fpm。

2.当validate_设置1时，的值将生效，在opcache.设置的时间值，PHP将会重新生成代码缓存。

接下来看开启opcache 会导致什么问题

首先，我在给两个在运行的PHP项目添加opcache

配置

[opcache]

zend_extension=opcache.so

opcache.enable=1

opcache.memory_consumption=384

opcache.interned_strings_buffer=8

opcache.max_accelerated_files=100000

opcache.max_wasted_percentage=5

opcache.use_cwd=1

opcache.validate_timestamps=1

opcache.revalidate_freq=60

opcache.save_comments=0

opcache.fast_shutdown=1

opcache.consistency_checks=0

项目一：是一个很少的代码更新的PHP项目(主机一)

项目二：是一个频繁更新的PHP项目，cli与php-fpm(主机二)

未开启前，查看两个主机的内存使用情况

主机一：

# free -m

total        used        free      shared  buff/cache   available

Mem:           7774        1636         636          35        5500        5804

Swap:             0           0           0

主机二：

# free -m

total        used        free      shared  buff/cache   available

Mem:          15830        6228        2765        1318        6836        7073

Swap:          5887           0        5887

两台配置opcache ，主机二频繁的跟新PHP代码 ，等了一段时间后再查看一下，

主机一：

# free -m

total        used        free      shared  buff/cache   available

Mem:           7774        1641         630          37        5502        5797

Swap:             0           0           0

主机二：

# free -m

total        used        free      shared  buff/cache   available

Mem:        15830        14202        339        11208        1288        298

Swap:          5887           0        5887

好家伙，主机二所在的内存使用，差点就满了，主机二所在的地方有比较多的PHP项目，看到这种情况，立马停止了opcache。

问题分析：为什么会出现这种问题呢？

分析一：

可能由于我的PHP项目跟新代码的方式是通过软连所生成的web目录，opcache 是通过文件的真实路径进行缓存的，这就导致了每次部署都会生成缓存字节码，那么就导致了旧的缓存没有被清理，也导致我们的内存无法释放，从而导致内存给撑满了。

分析二：

可能是在执行cli 命令行下执行此函数并不能清理 php-fpm 下生成的缓存字节码，也会大量产生缓存，会严重消耗内存、cpu。

问题处理：

按照分析是什么原因引起，那就好处理了。

方法一：

平滑重启PHP，但是对于那些频繁跟新的PHP项目并不是很实用，这里略过

方法二：

通过第三方库 cachetool工具，实现对缓存的刷新控制。

Cachetool工具使用

安装cachetool-4.1.1.phar，版本 PHP >=7.1

下载安装：

curl -sO https://gordalina.github.io/cachetool/downloads/cachetool-4.1.1.phar

chmod +x cachetool-4.1.1.phar

mv cachetool-4.1.1.phar  cachetool.phar

最新的可以下载：

curl -sO https://github.com/gordalina/cachetool/releases/latest/download/cachetool.phar

chmod +x cachetool.phar

查看用法：

php  /usr/local/cachetool/cachetool.phar  --fcgi=/dev/shm/php-cgi.sock

注意：--fcgi参数配置主要为sock和127.0.0.1:9000两种

查看PHP的opcache的缓存状态：

php  /usr/local/cachetool/cachetool.phar   opcache:status --fcgi=/dev/shm/php-cgi.sock

清除PHP缓存：

php  /usr/local/cachetool/cachetool.phar   opcache:reset  --fcgi=/dev/shm/php-cgi.sock

查看缓存是否已经被清理

以后用法，可以通过更新代码后更新缓存

问题再次出现

本来，以为通过以上的方法，清理每一次上线的代码缓存，就不会导致内存挤满的，可是现实很打脸，内存大概10来分钟，又被挤满了，内存，cpu直达100%，任何操作都做不了，被迫强制关机。

好了。我们常用的php一般有两种运行方式，一种是php-fpm ，另一种是cli，而我，恰恰忽略cli的运行方式。而Cli运行方式，也会加载读取php.ini配置文件，也会消耗内存。

处理办法：

找了很多的opcache配置解析，发现忽略一个很重要的一个参数opcache.enable_cli，好像发现了，就是这个导致的，这个就是导致cli，占用大量的内存，而且无法清理，而引起系统内存崩溃。

添加配置

opcache.enable_cli=0

使用命令获取内存使用情况

一直监控了很久，使用很正常，调试方向，没错了，

而最后接口返回时间对比一下

优化前

优化后

而通过curl获取点时间

curl -o /dev/null -s -w '%{time_connect}:%{time_starttransfer}:%{time_total}\n' 'http://api.test.com'

0.067740:0.097896:0.098095

总结：

在应用opccache中 。一定要把握opcache.enable_cli配置参数的应用；而最后的实践对比验证也很重要了。