apc - 如何在 CLI 和 Web Server 实例之间共享 APC 用户缓存？

Question

我正在使用 PHP 的 APC 来存储大量信息(使用 apc_fetch() 等)。这些信息有时需要分析并转储到别处。

据说，我每秒获得数百次点击。这些命中增加了各种计数器(使用 apc_inc() 和 friend )。每小时，我都想遍历我积累的所有值，并对它们进行一些其他处理，然后将它们保存在磁盘上。

我可以在每个请求中将其作为随机或基于时间的切换来执行此操作，但这可能是一个很长的操作(可能需要 20-30 秒，如果不是几分钟的话)并且我不想将请求挂起那么久.

我认为一个简单的 PHP cronjob 就可以完成这项任务。但是，我什至不能让它读回缓存信息。

<?php
  print_r(apc_cache_info());
?>

产生一个看似不同的 APC 内存段，其中:

[num_entries] => 1

(单个条目似乎是它自己的操作码缓存)

虽然我的网络服务器由 nginx/php5-fpm 提供支持，但产量:

[num_entries] => 3175

因此，它们显然没有共享同一 block 内存。我怎样才能访问 CLI 脚本中的相同内存块(首选)，或者如果这根本不可能，那么执行长时间运行的序列(例如每小时随机 HTTP 请求)的绝对最安全的方法是什么？

对于后者，将使用 register_shutdown_function() 并立即 set_time_limit(0) 和 ignore_user_abort(true) 来确保执行完成并且不会“挂起”任何人的浏览器？

是的，我知道 redis、memcache 等不会有这个问题，但我现在坚持使用 APC，因为它们都无法展示与 APC 相同的速度。

Answer 1

这实际上是一个设计问题，是选择首选成本与 yield 的问题。

您对 APC 的速度感到非常兴奋，因为您不需要花时间来持久化数据。您还想保留数据，但现在对性能的影响太大了。你必须以某种方式平衡这些。

如果持久性很重要，请在每个请求上进行命中和持久化(文件、数据库等)。如果您只关心速度，那么什么都不改变——这整个问题就变得没有实际意义了。存在具有持久存储的缓存系统，可以通过聚合写入磁盘的内容和时间来优化磁盘写入，但您通常总是会在具有不同临界点的两者之间获得返回。您只需从中选择适合您的目标即可。

可能永远不会存在一个持久的、有益健康的技术解决方案来让狼吃饱而羔羊完整。

如果您真的必须按照自己的方式来做，您可以有一个 cron，它向您的应用程序发送一个特殊请求，这将触发将您的缓存持久保存到磁盘。这样您就可以控制请求、它的超时等，并且不必担心用户可能会做的所有事情来终止他们的请求。

然而，这种情况下的潜在风险是数据完整性(因为您将缓存写入磁盘，同时其他请求正在更新缓存)以及在持久缓存支付服务器繁忙导致性能下降。

本质上，我们在狼/羊困境中引入了一捆干草 ;)