WordPress WP_Query meta_query REGEXP/LIKE匹配元数据问题求解

问题核心 #

之前REGEXP写法不生效的根本原因是混淆了通配符规则：MySQL REGEXP语法中，*代表匹配前一个字符0次或多次，不是任意字符通配符，写的title*$search*_title实际匹配逻辑和预期完全不符。
另外WP_Query默认会对LIKE比较的传入值做转义，直接写%会被识别为普通字符，所以原生LIKE传参无法生效。 #

方案1：正确的REGEXP写法（无需额外过滤器） #

MySQL正则中用.匹配任意单个字符，.*匹配任意长度的任意字符，同时需要先对搜索词中的正则特殊字符做转义，避免出现匹配异常。
可直接使用的代码如下：

// 转义搜索词中的正则特殊字符（. * + ? 等），防止正则语法错误
$search_escaped = preg_quote($search, '/');

$args = array(
    'post_type'=> 'custom',
    'order'    => 'DESC',
    'posts_per_page' => 10,
    'paged' => $page,
    'meta_query' => array(
        array(
           'key' => 'key',           
           'value' => 'title.*' . $search_escaped . '.*_title',
           'compare' => 'REGEXP',
        )
    ),      
);

精度优化提示：如果要严格匹配PHP序列化格式、避免跨字段误匹配，可以把正则值替换为"title";s:\d+:"[^"]*' . $search_escaped . '[^"]*";s:\d+:"_title"，完全贴合序列化字符串的s:长度:"值"结构，匹配精度更高。

方案2：WP_Query LIKE 适配方案 #

如果更倾向用LIKE匹配（性能比正则略好），可以通过posts_where过滤器手动注入查询条件，全程保留WP_Query的原生能力，同时不会有转义问题：

// 临时注册WHERE过滤器
add_filter( 'posts_where', function( $where ) use ( $search ) {
    global $wpdb;
    // 用WP内置方法转义搜索词，避免SQL注入风险
    $search_safe = $wpdb->esc_like( $search );
    // 拼接LIKE条件
    $where .= $wpdb->prepare(
        " AND {$wpdb->postmeta}.meta_value LIKE %s",
        '%title%' . $search_safe . '%_title%'
    );
    return $where;
} );

// 正常构造WP_Query参数
$args = array(
    'post_type'=> 'custom',
    'order'    => 'DESC',
    'posts_per_page' => 10,
    'paged' => $page,
    'meta_query' => array(
        array(
           'key' => 'key'
        )
    ),      
);
$custom_query = new WP_Query($args);

// 执行完查询后立刻移除过滤器，避免影响站点其他查询逻辑
remove_all_filters( 'posts_where' );

注意事项 #

• 两种方案都对搜索词做了安全转义，不会引入SQL注入风险
• 正则方案不需要额外加过滤器，代码更简洁，适合搜索词没有特殊字符的场景
• LIKE方案性能更优，适合数据量较大的站点使用

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