【问题标题】:APC: apc_fetch returns false often, but sometimes successAPC:apc_fetch 经常返回 false,但有时会成功
【发布时间】:2012-04-27 14:24:36
【问题描述】:
  • APC 版本:3.1.9。
  • PHP 版本:5.2.17
  • 我使用 Litespeed
  • 默认 PHP:5
  • PHP4 SAPI:cgi
  • PHP5 SAPI:dso
  • SUEXEC:已启用

我创建了 2 个文件。 第一个文件,设置 apc var :

<?php
$bar = 'BAR';
apc_store('foo_test', $bar);
echo 'stored';
?>

第二个文件,尝试获取 apc var :

<?php
var_dump(apc_fetch('foo_test'));
?>

我访问了第一个文件,一切都很好。 我打开第二个文件,我刷新了几次,通常(几乎 90%),它返回 false。并且很少返回正确的响应。

这是我的 APC 设置。

apc.cache_by_default    1
apc.canonicalize    1
apc.coredump_unmap  0
apc.enable_cli  1
apc.enabled 1
apc.file_md5    0
apc.file_update_protection  2
apc.filters 
apc.gc_ttl  3600
apc.include_once_override   0
apc.lazy_classes    0
apc.lazy_functions  0
apc.max_file_size   20M
apc.mmap_file_mask  
apc.num_files_hint  1000
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    512M
apc.slam_defense    1
apc.stat    0
apc.stat_ctime  0
apc.ttl 0
apc.use_request_time    1
apc.user_entries_hint   4096
apc.user_ttl    7200
apc.write_lock  1

【问题讨论】:

  • 如果您尝试手动设置 ttl,它的行为方式是否相同? apc_store('foo', $bar, 1800);

标签: php caching apc litespeed


【解决方案1】:

我的猜测是 Litespeed 正在使用 FastCGI 运行 PHP。所以它产生了一些子进程,然后在它们之间分派请求。问题在于可能 APC 将数据存储在堆内存中(而不是在共享内存中),因此每个 FastCGI 实例都有自己的 APC 数据。一个实例中的数据在其他实例中将不可见。您在实例#1 中设置数据,但随后您的获取请求转到实例#2、实例#3...,您得到FALSE。当您点击实例 #1 时,您将收到保存的值。

编辑:使用 --disable-apc-mmap 编译 APC 模块(禁用 mmap 支持并改用 IPC shm)应该可以解决问题。

【讨论】:

  • @strkol 你是对的,APC 不会在子进程之间共享其缓存 - 这是使用 memcache 更好的选择。
  • 检查后,我使用的是 SuPHP,而不是 FastCGI。我也应该使用--disable-apc-mmap 吗?
  • 但是我的主机说他无法在 litespeed 上启用 fastcgi。如果我仍然使用 suphp 怎么办?或者如果我切换到 dso?
  • 如果您切换到 DSO,它应该可以正常工作(无需重新编译 APC)
  • 我已经切换到 DSO,但上面的脚本仍然失败.. 有什么想法吗?
猜你喜欢
  • 1970-01-01
  • 2019-07-10
  • 1970-01-01
  • 2016-09-26
  • 1970-01-01
  • 2015-12-14
  • 2023-03-15
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多