WordPress 6.4 是如何改进对象缓存，提高站点的效率

WordPress 6.4 还增强改进了对象缓存的能力，这些功能改善了过滤器的处理，减少了数据库查询，并提高了整体系统效率。

get_option() 缓存改进

get_option() 函数为了优化考虑，如果查询到某个选项不存在，就会将该选项名记录到一个名为 notoptions 缓存中，这样就下次查询同样选项的时候，就直接从该缓存中得知不存在，从而避免了重复的数据库查询。

之前对 notoptions 的缓存查找是在检查请求的选项是否存在于缓存之前进行的，考虑到选项可能确实存在的可能性更大，因此在 6.4 版本做出了更改，调整了检查顺序，先验证选项在缓存中是否已存在，再确认其不存在，最后才到数据库中查询。这种调整不仅减少了冗余的查询，并且还消除了不必要的缓存查找，从而提高了整体的性能。

WP_Query 缓存改进

6.4 增强了 WP_Query 的查询性能，一共有三点：

强制分割查询

这是什么意思呢？WordPress 是在 3.1 版本时引入了分割查询的能力，即 WP_Query 中的主查询仅获取文章 ID 而不是整个文章对象，然后会基于这些文章的 ID 检测这些对应的文章的信息是否已经在内存缓存中，如果没有则调用函数 _prime_post_caches() 来获取完整的文章信息。

之前这个分割查询获取文章的能力限制在获取少于500篇文章的时候，现在在开启持久性/外部对象缓存时就会取消这个限制，因为 WordPress 已经引入 wp_cache_get_multiple() 方法，它支持在单次内存请求就能获取多个对象。

总结来说，执行分割查询和结合对象缓存，可以显著提升了 WordPress 的性能并减轻了数据库负担，可以让 WordPress 站点加载得更快，让用户获得更流畅的体验。

修正使用 filter 之后数据完整性问题

WP_Query 类允许开发者使用各种过滤器来自定义查询，比如 posts_fields_request，posts_request 和 the_posts 等，这些过滤器在修改 WP_Query 的查询字段和修改获取到的文章对象的时候非常有用，但是这些修改也可能会导致获取的文章对象不完整或无效，为了确保数据的一致性和完整性，6.4 做了以下调整：

在使用了这些过滤器进行查询的场景中，WP_Query 的 get_posts() 方法不再使用 update_post_caches() 方法对文章进行缓存，而是使用 _prime_post_caches()，这样的改进可以确保了数据的一致性和完整性，但也可能在填充文章数据缓存时候偶尔会触发新的数据库查询，所以在某些特定情况下它反而可能会略微增加数据库的负载。

改进 id=>parents 查询性能

在启用了对象缓存的网站，特别是后台有大量的页面需要处理的时候，当 WP_Query 的查询返回字段为 id=>parent 时可能存在一个性能问题。

为此 6.4 引入了一个新函数 _prime_post_parent_ids_caches()，它可以为文章的父级准备专用的缓存，随后可以使用 wp_cache_get_multiple() 函数在一次请求中获取所有文章的父级数据，当然在调用 clean_post_caches() 函数时，文章父级的缓存也会被作废，如果你是直接在数据库更新文章，确保你的清理缓存的操作也要考虑到了这点。

WP_Term_Query 缓存改进

6.4 也增强了 WP_Term_Query 的查询性能，一共有两点：

增加了 cache_results 参数

通过引入 cache_results  参数让开发者对于 WP_Term_Query 查询的缓存行为有更好的控制，它允许开发者决定是否从查询缓存中加载结果，该参数是一个布尔值，当设置为 false 时，可以获得完全未缓存的结果。

$args = array(
    'taxonomy' => 'category',
    'cache_results' => false, // 这将获取未缓存的结果
);
 
$term_query = new WP_Term_Query($args);

cache_results  这个参数主要为一些需要高度自定义解决方案的开发者设计的，他们需要特定查询绕过缓存的机制。虽然在某些情况下它可能是有用的，但在禁用缓存时要小心，因为它可能会影响生产环境中的性能，

在大多数情况下，还是建议在生产环境中保持 cache_results 参数启用（设置为 true ），毕竟缓存是 WordPress 中的一个重要性能优化，禁用它可能会导致查询执行时间变慢，所以在决定禁用查询缓存之前，始终考虑项目的具体要求。

修正使用 filter 之后的缓存行为

同样在 WP_Term_Query 中使用 terms_clauses 或 get_terms_fields 过滤器时，并且修改了所选字段时，现在会缓存整个对象。这个改变是必要的，因为过滤器可以扩展所选字段，不仅仅是 term_id，其他相关的字段，如计数或父级，在查询时可能会被修改，缓存完整的对象确保这些修改过的字段在缓存中被正确的存储。