本文介绍如何通过两次 left join 同一元数据表，将分散在多行中的用户属性（如 phone_number 和 rep_id）合并到查询结果的同一行中，从而避免 php 端复杂的数据重组逻辑。
在 wordpress 或类似基于 EAV（实体-属性-值）模型的系统中，usermeta 表常用于存储用户扩展字段。但这种设计导致一个用户的多个元数据（如电话、销售代表 ID）被拆分为多行，直接 JOIN 查询会生成笛卡尔式重复结果，难以直接映射为「每个用户一条记录」的结构。
解决这一问题的核心思路是：对 usermeta 表进行两次独立关联（aliasing），每次按不同 meta_key 过滤，将所需字段作为独立列拉取出来。这比使用 GROUP BY + GROUP_CONCAT 或 PHP 循环重组更高效、语义更清晰，也完全避免了 N+1 查询或内存中聚合的开销。
以下是优化后的 sql 查询（适配您提供的函数结构）：
function get_this() { global $db; $get = $db->get_results(" SELECT user.ID AS user_id, user.user_email, user.display_name, um1.meta_value AS rep_id, um2.meta_value AS phone_number FROM users AS user LEFT JOIN usermeta AS um1 ON user.ID = um1.user_id AND um1.meta_key = 'rep_id' LEFT JOIN usermeta AS um2 ON user.ID = um2.user_id AND um2.meta_key = 'phone_number' WHERE um1.meta_value IS NOT NULL OR um2.meta_value IS NOT NULL "); return $get; }✅ 关键要点说明：
- 使用 LEFT JOIN（而非 INNER JOIN）确保即使某用户缺失 rep_id 或 phone_number，其主信息（email、name）仍会被保留；若仅需两者均存在的用户，可改为 INNER JOIN 并移除 WHERE 中的 IS NOT NULL 条件。
- 每次 JOIN 都在 ON 子句中嵌入 meta_key 过滤条件（AND um1.meta_key = ‘rep_id’），这是性能关键——它让数据库在连接时即完成筛选，避免全表扫描后过滤。
- 列别名（AS rep_id, AS phone_number）使结果对象属性语义明确，调用时可直接访问 $row->rep_id 和 $row->phone_number。
调用后返回结构如下（每用户一行）：
Array( [0] => stdClass Object ( [user_id] => 8 [user_email] => [email protected] [display_name] => bob jones [rep_id] => abc123 [phone_number] => 4441234433 ), [1] => stdClass Object ( [user_id] => 9 [user_email] => [email protected] [display_name] => rob smith [rep_id] => xyz456 [phone_number] => 5552323322 ) )? 进阶建议：
- 若需支持更多元字段（如 address, department），可延续该模式继续添加 LEFT JOIN usermeta AS um3 ON … AND um3.meta_key = ‘address’；但注意 JOIN 数量激增可能影响性能，此时建议评估是否迁移到宽表视图或缓存层。
- 在生产环境务必为 usermeta(user_id, meta_key) 添加复合索引（如 KEY idx_user_meta (user_id, meta_key)），这对上述双 JOIN 查询有显著加速作用。
- 如需兼容 WordPress 原生函数，可将此 SQL 封装为 $wpdb->get_results() 调用，并利用 $wpdb->prepare() 防止 SQL 注入（尤其当 meta_key 来自动态输入时）。
该方案以声明式 SQL 完成数据形态转换，逻辑内聚、可读性强，是处理 EAV 模式下多属性聚合的标准实践。