WordPress基于common_authors序列化字段的多值匹配查询优化问题

• 现有查询逻辑的匹配规则存在本质偏差：你将单个作者ID序列化生成a:1:{i:0;s:5:"17145";}格式的字符串，搭配IN比对条件，本质是在数据库中查找**common_authors字段值和该序列化串完全相等**的记录，并不会检查序列化数组内部是否包含目标作者ID。
• 多作者场景下数据库存储的完整序列化串和单元素序列化串长度、结构都不相同，自然无法命中；只有当字段值刚好是单作者序列化数组的特殊场景时，才能偶然匹配成功。

• 首先对传入的URL参数做强制类型校验和安全处理，避免SQL注入风险：将URL传入的作者ID转为整数类型，校验为有效正整数后再拼接查询条件。
• 利用WordPress序列化数组的固定字符串结构，通过LIKE通配匹配定位包含目标ID的记录，匹配时需要锁定字符串边界，避免出现数字片段误命中的问题（比如检索ID为123的作者时，不要误中存储了1234、2123这类值的记录）。
• 具体实现代码：

$common_author_id = intval($_GET['common_author'] ?? 0);
// 仅当传入有效作者ID时才添加查询条件
if ($common_author_id > 0) {
    // 匹配规则：锁定序列化串中包裹在双引号内的目标作者ID，避免误匹配
    $match_pattern = sprintf('"%s"', $common_author_id);
    $query->set('meta_key', 'common_authors');
    $query->set('meta_value', $match_pattern);
    $query->set('meta_compare', 'LIKE');
}

• 禁止直接使用不带双引号的通配规则（比如"%17145%"），这种规则会把所有包含对应数字片段的序列化串都纳入匹配范围，产生大量结果偏差。
• 上述LIKE匹配逻辑对单作者序列化数组、多作者序列化数组的场景都能覆盖，因为两类存储场景下，目标ID在序列化串中都会以"目标ID"的固定格式出现。
• 当站点文章规模较大时，LIKE模糊匹配无法命中数据库索引，查询性能会明显下降。更优的长期方案是调整自定义字段的存储结构：不要把多个作者ID序列化后存在同一个meta条目里，而是拆分为独立的meta行（即每个文章下，每关联一个共同作者，就新增一行meta_key=common_authors、meta_value=对应作者ID的记录），这种结构下可以直接用等值匹配查询，不需要依赖模糊匹配，准确性和性能都会更稳定。

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