虽然四分之一秒从db查询一篇帖子的速度很慢，但我相信这不是你唯一的问题。我还使用了查询监视器插件，但我从未真正注意到该插件何时会将查询标记为缓慢。但这不是重点。

因为人们倾向于关注像红线这样明确的东西，一个红线查询可以屏蔽100个略低于雷达的查询，这些查询加起来可能需要几秒钟的加载时间。你需要把所有这些都考虑进去。平均而言，一个页面执行的查询不应超过30个，任何超出此范围的查询都应进行调查。请确保查看全局情况，并检查在页面加载中实际执行了多少查询，以及运行所有这些查询所花费的时间。

应该注意的是，除了查看查询之外，还有许多其他部分的谜题，它们加起来会影响页面加载的速度或速度。加载脚本、样式、图像、复杂的背景和标题图像、字体、数据库大小、日期类型等，这些都是会降低页面速度的因素。然后还有您所在的服务器。糟糕的低成本主机使用低预算的服务器，速度很慢，特别是在加载时。

优化站点以更快地加载是一个密集的过程，此处无法讨论。我认为，最好聘请一名专业人员来检查您的整个网站（数据库、主题、插件、服务器、数据等），以及它是如何设置的，以及所有内容是如何相互集成的，然后在此基础上为您的问题提供具体的解决方案。

简单地说，优化通常包括缩小脚本、缓存样式、查询结果、页面内容、将大量查询添加到过渡中等等。至于你的确切问题，OP中的查询对我来说是个谜，因为我不知道你的网站和页面的设置。如果此查询是由主题本身执行的，则应调用作者。至于优化，您始终可以在瞬态中添加查询或缓存查询的结果，但正如我所说的，特定的解决方案需要了解主题以及查询在主题或页面上下文中的确切作用