我们有一个带有Magento1.4.2CE的服务器,安装了APC 3.1.9,并配置了Magento作为后端缓存。
我们经历了一种奇怪的缓存行为。我们在后端所做的每一项更改都是在重新启动apache2 /APC操作码缓存被清除之前不会显示的。这包括更改欢迎信息或激活/停用谷歌分析。
的问题:为什么APC要缓存整页?我们不希望这种行为,它似乎是不标准的。对于后端的每一个小变化,我们都需要清除操作码缓存。清除Magento缓存没有帮助。
为了完整起见,这是我们的/etc/php5/conf.d/apc.ini
extension=/usr/lib/php5/20090626/apc.so
apc.enabled=1
apc.file_update_protection=2
apc.optimization=0
apc.shm_size=128M
apc.include_once_override=0
apc.shm_segments=1
apc.gc_ttl=7200
apc.ttl=7200
apc.num_files_hint=1024
apc.enable_cli=0启用/禁用在7200 TTL之后也不会有任何效果。也许是因为我们的缓存在这个时候还没满。40%的容量使用,命中率约98%。
这是来自apc.php的完整设置输出:
apc.cache_by_default 1
apc.canonicalize 1
apc.coredump_unmap 0
apc.enable_cli 0
apc.enabled 1
apc.file_md5 0
apc.file_update_protection 2
apc.filters
apc.gc_ttl 7200
apc.include_once_override 0
apc.lazy_classes 0
apc.lazy_functions 0
apc.max_file_size 1M
apc.mmap_file_mask
apc.num_files_hint 1024
apc.preload_path
apc.report_autofilter 0
apc.rfc1867 0
apc.rfc1867_freq 0
apc.rfc1867_name APC_UPLOAD_PROGRESS
apc.rfc1867_prefix upload_
apc.rfc1867_ttl 3600
apc.serializer default
apc.shm_segments 1
apc.shm_size 128M
apc.slam_defense 1
apc.stat 1
apc.stat_ctime 0
apc.ttl 7200
apc.use_request_time 1
apc.user_entries_hint 4096
apc.user_ttl 0
apc.write_lock 1发布于 2012-04-13 15:22:07
APC提供了一个终端缓存和基于web的缓存。由于您只能清除来自基于web的URL调用而不是命令行的" Web“缓存的点击,这就是为什么在重新启动apache之后清除基于的APC缓存的原因。您很可能希望设置一个脚本来使用类似的脚本来清除缓存,这样您就可以简单地从CLI或脚本调用它。
echo "Clearing APC web cache\n";
system('wget --spider --quiet http://localhost/clear_apc_cache.php');
echo "Clearing APC command line user cache\n";
apc_clear_cache('user');
echo "Clearing APC command line opcode cache\n";
apc_clear_cache();显然,您需要创建clear_apc_cache.php对应的文件,其中包含两个相同的APC内部方法调用,即apc_clear_cache();和apc_clear_cache('user');
此外,我还设置了一个本地区域来查看APC缓存:
http://www.electrictoolbox.com/apc-php-cache-information/
发布于 2012-07-01 03:46:58
还可以将apc.stat设置为零。(apc.stat=0)在您的PHP.ini文件中。
如果将其设置为1,则不会查找文件更新,这将提供更好的性能,但需要在更新后重新启动apache。设置为0,它将检查文件更新并将它们添加到缓存(即。您的更新将在网站上可见)。
https://stackoverflow.com/questions/10141349
复制相似问题