Question

我正在使用Magento 1.6和APC 3.1.9。

我得到了99％的失误，只有0.4％的命中率。

Magento local.xml有此条目

<config> <global> <cache> <backend>apc</backend> <prefix>MAGE_</prefix> </cache> ...... .....

我根据Magento论坛调整了apc.ini中的大部分参数。

当我跑步时，

php -r 'phpinfo();' | grep 'apc'

输出

additional .ini files parsed => /etc/php.d/apc.ini,
apc
apc.cache_by_default => On => On
apc.canonicalize => On => On
apc.coredump_unmap => Off => Off
apc.enable_cli => On => On
apc.enabled => On => On
apc.file_md5 => Off => Off
apc.file_update_protection => 2 => 2
apc.filters => no value => no value
apc.gc_ttl => 3600 => 3600
apc.include_once_override => Off => Off
apc.lazy_classes => Off => Off
apc.lazy_functions => Off => Off
apc.max_file_size => 20M => 20M
apc.mmap_file_mask => no value => no value
apc.num_files_hint => 10000 => 10000
apc.preload_path => no value => no value
apc.report_autofilter => Off => Off
apc.rfc1867 => Off => Off
apc.rfc1867_freq => 0 => 0
apc.rfc1867_name => APC_UPLOAD_PROGRESS => APC_UPLOAD_PROGRESS
apc.rfc1867_prefix => upload_ => upload_
apc.rfc1867_ttl => 3600 => 3600
apc.serializer => default => default
apc.shm_segments => 1 => 1
apc.shm_size => 1024M => 1024M
apc.slam_defense => On => On
apc.stat => On => On
apc.stat_ctime => Off => Off
apc.ttl => 0 => 0
apc.use_request_time => On => On
apc.user_entries_hint => 10000 => 10000
apc.user_ttl => 0 => 0
apc.write_lock => On => On

不确定如何调试此问题并解决99％的缓存未命中问题。我错过了什么？

请帮忙。

Answer 1

确保在更改local.xml后执行了rm -rf /var/www/var/cache/*。

尝试优化您的apc缓存 http://blog.nexcess.net/2011/03/25/optimizing-apc-cache-settings-for-magento/

并确保检查

APC配置的附加建议：

关闭apc.optimization（实验和不稳定，可以缓存用户会话信息，不应该缓存的无用项目，例如管理页面和登录的网站页面）
关闭apc.include_once_override
关闭apc.slam_defense（可能会导致对象被PHP替换显示给用户的警告）
设置apc.user_ttl = 0（允许您的php脚本设置合适查询和对象超时）
设置apc.mmap_file_mask = /tmp/apc-yourusernamehere.XXXXXX for 文件支持的mmap;通过添加您的唯一来使文件掩码唯一串;必须保留XXXXXX（正好为6个X）以允许APC添加随机字符串或者如果可以的话，为匿名mmap设置为/ dev / zero 备用内存

来源：http://blog.magikcommerce.com/configuring-apc-cache-for-faster-magento/

Magento 1.6似乎没有使用APC

1 个答案: