WordPress get_users meta_query查询对象类型元数据指定值方法

你现有代码存在3个核心问题：

• 第一行$role判断存在语法错误，isset()仅写了左半部分括号，正确写法应为$role = isset($_GET['role']) && $_GET['role'] !== '';
• meta_query中针对page_history的条件仅用EXISTS判断，只会筛选出存在该元数据的用户，完全没有校验元数据内部post-type字段的值，且WordPress原生meta_query不支持直接穿透查询序列化数组的内部属性
• meta_query中用空字符串作为条件占位，会被WordPress识别为无效查询条件，容易引发SQL报错

方案1：无需修改现有存储结构，用序列化特征匹配（快速修复） #

PHP序列化存储数组时，字符串类型的字段值会按照固定格式生成片段：针对你存储结构里[post-type] => custom_post_type的部分，序列化后必然包含s:9:"post-type";s:16:"custom_post_type";这段固定字符串（数字对应字符串长度：post-type共9个字符，custom_post_type共16个字符），直接用LIKE匹配这段特征即可，不会出现误匹配。

修正后的完整代码：

// 修正role参数语法错误，增加输入清洗
$role = isset($_GET['role']) && $_GET['role'] !== '' ? sanitize_text_field($_GET['role']) : '';

$meta_query = array('relation' => 'OR');
// 仅当搜索词存在时才加入对应查询条件，避免空值占位引发错误
if (!empty($search_term[0])) {
    $meta_query[] = array(
        'key'     => 'first_name',
        'value'   => $search_term[0],
        'compare' => 'LIKE'
    );
}
if (!empty($search_term[1])) {
    $meta_query[] = array(
        'key'     => 'last_name',
        'value'   => $search_term[1],
        'compare' => 'LIKE'
    );
}
// 匹配序列化数组中post-type为custom_post_type的固定特征片段
$meta_query[] = array(
    'key'     => 'page_history',
    'value'   => 's:9:"post-type";s:16:"custom_post_type";',
    'compare' => 'LIKE'
);

$args = array(
    'role'       => $role,
    'orderby'    => 'user_nicename',
    'order'      => 'ASC',
    'meta_query' => $meta_query
);

$users = get_users($args);

foreach ($users as $user) {
    // 业务逻辑
}

注意：如果你的post-type对应值、字段名长度有变化，需要同步调整序列化片段里的长度数字，否则会匹配失败。

方案2：优化元数据存储结构（长期最优解） #

如果后续需要频繁根据page_history内的字段做筛选，不要把多维度数据整体序列化存入单个meta_key，拆分存储独立元字段即可：

• 保留原page_history元数据存储完整数组的同时，额外新增page_history_post_type元字段，单独存储post type值
• 查询时直接对独立字段做精确匹配，不需要做LIKE模糊查询，查询性能和准确性远高于序列化匹配，查询代码如下：

$meta_query[] = array(
    'key'     => 'page_history_post_type',
    'value'   => 'custom_post_type',
    'compare' => '='
);

每次更新page_history元数据时，同步更新对应的独立元字段即可，维护成本极低。

内容的提问来源于stack exchange，提问作者Lee