WP_Query，wp 更新后 - 致命错误：在第 2187 行的 /class-wpdb.php 中允许 memory 大小为 536870912 字节耗尽（试图分配 * 字节）

Question

将 wordpress 从 5 更新到 wp 6.1.1 后，wp_query（或 query_posts）在列出 1000 个自定义帖子的非常简单的查询中消耗了 memory 的荒谬数量。 我在数据库中有 16000 个此类帖子。 和很多自定义ACF字段，但在之前的wordpress版本中没有出现问题。

我都试过了，

wp_suspend_cache_addition（真）； - 没有效果

'fields' => 'ids' , - 无效

'cache_results' => false , - 无效

总是以 -致命错误结束：在第 2187 行的 /class-wpdb.php 中允许 memory 大小为 536870912 字节耗尽（试图分配 * 字节）

我只留下了查询

$quotesToGetProcessedArgs = [
    'post_type' => 'QuoteRequest',
    'post_status' => 'publish',
    'offset' => '0',
    'posts_per_page' => 1000,
    'fields' => 'ids',
    'cache_results' => false,
];
$quotesToGetProcessed = new WP_Query($quotesToGetProcessedArgs);
while ($quotesToGetProcessed->have_posts()) : $quotesToGetProcessed->the_post();
//do nothing
endwhile;
wp_reset_postdata();

如您所见，即使我什么都不做，只询问 id，查询消耗了 memory 的荒谬数量（大约 1.5GB，！！！），我能够通过添加ini_set('memory_limit', '1500M ') ; ，但这不是真正的解决方案，在我有旧版 wordpress 的开发中一切正常，所以我怀疑后台的一些 wp6 更改会做一些额外的繁重工作。

Answer 1

与 5.x 相比，6.1.1 将更多有关其读取的每篇文章的信息放入其缓存中，以提高性能。 看起来你'posts_per_page' => 1000查询将 1000 个帖子的元数据和术语数据放入缓存中，从而耗尽了 web 主机的 RAM。

请记住，使用数据库的目的是让您的应用程序能够处理比 RAM 大得多的数据。 但是您必须逐批处理它，并且批次必须适合 RAM。

如何解决这个问题？ 最简单的选择是使用较少数量的帖子。

另一个可能是将这些行添加到您的查询中。 您的查询禁止更新帖子缓存。 您还可以抑制更新元数据和术语缓存，使用这些查询参数行来控制缓存。

'cache_results'          => false,  /* you have this already */
'update_post_meta_cache' => false,
'update_post_term_cache' => false,

编辑如果这是您的代码，您最好的选择是将posts_per_page批量大小减少到 < 100。WordPress 核心开发人员正在向未来版本添加更多缓存，这将使大批量大小作为一种编程技术更不可行。

或者您可以使用过滤器来禁止更新元缓存。 但是要小心地做这件事； 如果你到处都这样做，你可能会放慢速度。

/**
 * Short-circuits updating the metadata cache.
 *
 * @since 5.0.0
 *
 * @param mixed $check      Whether to allow updating the meta cache of the given type.
 * @param int[] $object_ids Array of object IDs to update the meta cache for.
 */
function jiro_skip_update_metadata_cache( $check, $posts ) {
  return array();
}
add_filter ( 'update_post_metadata_cache', 'jiro_skip_update_metadata_cache' 10, 2 );

（我在 function 名称中使用了你的名字，因为这些函数污染了 WordPress 中的全局命名空间。）

在这些代码行中从update_meta_cache()调用此过滤器。 它使用相当常见的 WordPress 模式，其中从过滤器返回 null 以外的内容会导致 function 跳过（短路）一些可能代价高昂的工作。

可靠地使用这种过滤器需要查看源代码，甚至使用调试器单步执行代码，以确保获得所需的结果。

你可以使用https://wpdirectory.net查看它是如何被 repo 中的其他插件或主题使用的。 这是结果。