PHP 缓存

以往写代码，总是不推荐include很多文件，老的思想是，那样会耗费大量的IO，尤其以前写的是面向虚机的产品，不能奢望客户都有好的设备，并都正确安装了APC、X-Cache或是eAccelerator这样的PHP脚本缓存。所以在IO上总是很抠门，能节省一个就算一个。

也许通过下文的介绍，你突然放松了。但意识这种东西既是你革新的阻力，也是你尽量不要丢的东西。

另外实验都做的比较细，我还是喜欢用数据来证实传说。

试验需要三个脚本：



t.php

<?php

require_once 'n.php';

?>


n.php

<?php

$s = time();

/*
... Size = 2M ...
*/

$e = time();

echo "<br />\nRunTime = ".($e - $s);
echo "<br />\nPeak Memory = ".memory_get_peak_usage();


?>

a.php

<?php

echo "<pre>";
print_r(apc_cache_info());

?>

写完这三个脚本，我们先做第一个试验，你先把php.ini中的APC注释掉，重启Web服务

先看一下整体思路：



在没有APC的前提下，我试着刷新t.php，执行结果永远是




但每次刷新总要卡上5、6秒，从top中可以看PHP的内存一直往上飙，到了一定的时候突然下降，这时候页面才出来，而执行时间是0，我没有用更细的时间函数去做这个实验，因为卡的很明显，所以结合第一张图，应该是卡在每次加载文件上，为了验证我们的说法，我在卡的时候，瞬间去执行一个命令

lsof -u apache | grep n.php

结果如下：

httpd   11938 apache   29r   REG     8,9   2137541 9080208 /data/httpd/htdocs/xxx....xxx/n.php

不断执行，当控制台没有输出的时候，页面也出来了。

所以可以断定，PHP每次去读我2M的注释，然后在丢弃，所以apache去读n.php的时候内存在top命令下上涨，突然下降，页面就出来了。

下面，我们做第二个实验，把PHP的APC模块打开，你可以通过两种方法确认是否打开了。

输出phpinfo() 或者使用 php -m 命令可以再终端里看到apc是否被加载。

由于我们的脚本比较大，APC默认缓存1M以内的文件，要按下面的方法放开一些

[apc]
extension_dir = "/usr/local/lib/php/extensions/no-debug-non-zts-20060613/"
apc.max_file_size="4m"
extension = apc.so 

如果证明APC已经被加载，并且可缓存单文件4M，我们可以继续试验。


刷新的第一次仍然很慢，和之前的输出一样，但第二次以后就已经很快了。而且内存也降低了一些：



我们可以看一下APC的缓存情况：




通过对比我们可以看到这样的数据，对n.php的命中率为1，占用内存量是1300，对于a.php由于我反复刷新了许多次，命中率高一些，占用内存是773不是一个整数。依据一些经验，如果分配的总是一个数值的倍数，内存很可能是定长分配的，这种分配方式有不少优点。memcached就是这样的，那么apc不是。

定长很简单，不需要额外记录数据长度，而变长的需要额外记录每笔数据的长度。变长的好处是节省内存。

之后我们进行的所有对t.php的刷新都非常快。