WordPress数据库优化从此再见!（WordPress官方集成WP_Query的SQL 查询缓存）

为什么要和WordPress数据库优化说再见

WordPress因为本身是一款为博客设计的程序，在文章数量增多以后，数据库体积会指数级直线扩大。这时如果你依然要求你的网站有十分优秀的打开速度和访问体验，那肯定就离不了用Redis或Memcached 来对高频的数据库查询做一下缓存。

然而WordPress 在6.1 的版本更新中，改进了 WP_Query 类中数据库查询的执行方式，实现 SQL 查询缓存，如果多次运行同一条 SQL 查询，查询结果将从缓存中加载。这意味着对于使用持久对象缓存服务（比如 Memcached）的站点来说，在缓存失效之前，相同的数据库查询就不会再次运行。

这次从而显著降低站点的数据库查询次数，从而真正实现了站点的 0SQL。看来在6.1版本以后，WordPress官方已经集成了WP_Query的SQL 查询数据缓存，我们可以彻底和WordPress数据库优化的那些插件说再见了！

如何禁用WP_Query缓存

值得注意的是，在默认情况下，WP_Query 的所有数据库查询都将被缓存，如果想不缓存，只需在传入WP_Query参数数组的时候，将 cache_results 参数设置为 false 即可：

$query = new WP_Query(array(
   'posts_per_page' => 50,
   'cache_results'  => false));

也可以通过 filter 全局禁用缓存：

add_action('parse_query', function($wp_query){
   $wp_query->query_vars['cache_results'] = false;});

为了获得最佳性能，UTHEME强烈建议您保持WP_Query缓存开启，如果清理缓存使用 clean_post_cache 函数，非一些极端情况下不要禁用WP_Query缓存。

缓存 key 规则

缓存的键是使用 WP_Query 的查询参数生成的，但是会忽略以下参数：

• suppress_filters

• cache_results

• fields

• update_post_meta_cache

• update_post_term_cache

• update_menu_item_cache

• lazy_load_term_meta

因为这些忽略的参数不会影响生成的 SQL 语句，其中特别要注意下 fields 参数：

$query2 = new WP_Query(array(
    'posts_per_page' => 50,
    'fields'  => 'ids'));$query3 = new WP_Query(array(
    'posts_per_page' => 50,
    'fields'  => 'all'));

上面这两种情况，无论是否使用了 fields 参数或者什么参数，生成的 SQL语句都是一样的，然后查询结果都会被缓存起来，这样就能够更加高效的使用缓存，而无需存储多份缓存数据。

相信WordPress6.1版本正式发售以后，WordPress的主题、插件开发作者都会及时跟进，第一时间集成WP_Query的SQL 查询缓存功能。让大家卸载那些WordPress数据库优化插件。

欢迎咨询/Welcome to inquire