Question

当用户访问我的首页时，我会触发多个特定于wordpress的查询。我可以让150+个用户同时访问，而其中25+个可以访问主页。

以下是一个查询的示例：

 $args = array(
'posts_per_page' => 3,
'post_status' => 'publish',
'category' => 37,
'meta_key' => 'total_views',
'orderby' => 'meta_value_num', 
'order' => 'DESC',
    'date_query' => array(
        array(
            'after' => '1 month ago'
        )
    )


);

我在主页上大约有6个查询（和类似的查询）。

我最近在网站的大部分区域都实施了phpfastcache，并且在大多数情况下，它运作得非常好（尤其是降低了进入流程的限制）。

我确实听说过wordpress查询通常已经过优化，通常会有no point in caching them。

在我看来，这是否仍然适用？

编辑：

缓存时间：

1个查询被缓存10分钟。

2个查询每个高速缓存60秒（它们是“这里是最近更新的部分”的一部分）。从理论上讲，我可以稍微增加一点。

剩余的内容将被缓存半天（可能会增加到一两天）。

Answer 1

说实话，这是个案研究。如果您的磁盘不是SSD或基于闪存的磁盘（假设您使用“文件”驱动程序），则缓存会降低性能。

但是大多数时候使用基于内存的驱动程序（SSDB，Redis，Memcache等），您会注意到性能的提高，特别是对于不使用索引（或部分使用索引）的SQL查询。

我已经在多个PHP CMS（例如Drupal，Wordpress，Prestashop等）上进行过工作，并且说实话，配置良好的缓存对您的网站是不可忽视的提升，尤其是在使用基于kv的独立缓存支持的情况下。< / p>

为了简单起见，在不确定的情况下，我首先对带有和不带有缓存（通常使用浏览器调试器）的内容列表进行近似基准测试。如果性能提升几乎没有引起注意，我通常会继续对整个页面进行microtime测试。

免责声明：我是Phpfastcache的所有者。

值得缓存WordPress特定查询吗？

1 个答案: