PHP APC 缓存还是不缓存？

Question

我对缓存一点经验都没有，所以这看起来像是一个愚蠢的问题，但是你怎么知道什么时候缓存你的数据呢？我什至找不到一个讨论这个的网站，但这可能只是我的搜索技巧或者可能需要考虑的变量太多？

我很可能会使用 APC。有没有人有任何例子说明为了缓存它你需要的最少数据量是多少？例如，假设您有一个包含 100 个项目的数组，您在其上使用了一个 foreach 循环并执行了一些简单的数组操作，您应该缓存结果吗？如果它有 1000 个项目、10000 个项目等等，怎么样？

您应该缓存数据库查询的结果吗？你应该缓存什么样的查询？我假设一个简单的选择，也许一对 mysql 数据库的连接语句不需要缓存，或者是吗？假设开启了mysql查询缓存，那是不是意味着你不需要在应用层缓存，还是应该做？

如果你实例化一个对象，你应该缓存它吗？如何确定是否应该缓存？因此，关于缓存内容的一般指南会很好，示例也会非常有帮助，谢谢。

Answer 1

当您在 APC/memcache/WinCache/redis/etc 中查看从数据库中读取的缓存数据时，您应该知道它不会在数据库更新时更新，除非您明确编码以保持数据库和缓存同步。因此，当数据库中的数据不经常更改时，缓存是最有效的，但也需要更复杂和/或昂贵的查询来从数据库中检索数据(否则，您也可以在您访问时从数据库中读取它需要它)...如此昂贵的连接查询在运行时返回相同的数据记录是主要的候选人。并始终测试从数据库中读取查询是否比从缓存中读取查询更快。正确的数据库索引可以大大缩短数据库访问时间，尤其是当大多数数据库也维护自己的内部缓存时，所以不要使用 APC 或等效缓存数据，除非数据库开销证明它是合理的。

您还需要了解缓存中的空间使用情况。大多数缓存都是固定大小的，您不想将它们填满……所以不要使用它们来存储大量数据。使用 APC 提供的 apc.php 脚本来监控缓存使用情况(但要确保访问您站点的任何人和所有人都无法公开访问它……安全性差)。

在缓存中保存对象时，对象在存储时将被序列化()，而在检索时将被取消序列化()，因此存在开销。具有资源属性的对象将失去该资源；所以不要存储您的数据库访问对象。

只使用缓存来存储许多/所有用户访问的信息而不是特定于用户的数据是明智的。对于用户 session 信息，坚持使用普通的 PHP session 。