本文介绍如何通过嵌套sql查询实现二级邀请关系的统计，即在已有直接邀请数据表的基础上，准确计算出由当前用户直接邀请的人（一级下线）所发起的全部邀请（二级下线）总数。
本文介绍如何通过嵌套sql查询实现二级邀请关系的统计，即在已有直接邀请数据表的基础上，准确计算出由当前用户直接邀请的人（一级下线）所发起的全部邀请（二级下线）总数。
在用户邀请体系中，常见的层级关系包括：
- 一级邀请（Direct Referrals）：当前用户直接邀请的用户，即 ref_user_id = 当前用户ID；
- 二级邀请（Indirect Referrals）：由一级邀请用户再邀请的其他人，即这些“一级用户”作为邀请人（ref_user_id）所产生的新记录。
根据你提供的表结构：
referrals ( id INT AUTO_INCREMENT PRIMARY KEY, user_id INT UNIQUE, -- 被邀请者ID（唯一） ref_user_id INT -- 邀请人ID（即谁发出了该邀请） )关键逻辑在于：
✅ ref_user_id 表示发起邀请的人（邀请方）；
✅ user_id 表示被邀请的人（被邀方）；
✅ 因此，“我的邀请者所发出的邀请”应理解为：所有满足 ref_user_id IN (我直接邀请的一级用户ID列表) 的记录总数。
✅ 正确的二级邀请统计SQL（推荐写法）
select count(id) AS indirect_referrals FROM referrals WHERE ref_user_id IN ( SELECT user_id FROM referrals WHERE ref_user_id = :user_id );? 执行逻辑说明：
- 内层子查询 SELECT user_id FROM referrals WHERE ref_user_id = :user_id 获取所有由当前用户直接邀请的用户ID（即一级下线的 user_id）；
- 外层查询统计：这些一级下线用户作为 ref_user_id 所产生的所有邀请记录数（即他们各自发展的二级下线总数）。
? 完整PHP + pdo实现示例
<?php // 假设 $link 是已建立的 PDO 连接，$_SESSION['id'] 存储当前登录用户ID $user_id = $_SESSION['id']; // 1️⃣ 查询直接邀请数（一级下线） $sql_direct = "SELECT COUNT(id) AS direct_referrals FROM referrals WHERE ref_user_id = :user_id"; $stmt_direct = $link->prepare($sql_direct); $stmt_direct->bindValue(':user_id', $user_id, PDO::PARAM_INT); $stmt_direct->execute(); $direct = $stmt_direct->fetch(PDO::FETCH_ASSOC)['direct_referrals'] ?? 0; // 2️⃣ 查询间接邀请数（二级下线） $sql_indirect = " SELECT COUNT(id) AS indirect_referrals FROM referrals WHERE ref_user_id IN ( SELECT user_id FROM referrals WHERE ref_user_id = :user_id ) "; $stmt_indirect = $link->prepare($sql_indirect); $stmt_indirect->bindValue(':user_id', $user_id, PDO::PARAM_INT); $stmt_indirect->execute(); $indirect = $stmt_indirect->fetch(PDO::FETCH_ASSOC)['indirect_referrals'] ?? 0; // 3️⃣ 合并展示 echo "您的一级邀请数：{$direct} 人<br>"; echo "您的二级邀请数：{$indirect} 人<br>"; echo "邀请体系总覆盖人数（不含自己）：", ($direct + $indirect), " 人"; ?>⚠️ 注意事项与优化建议
- 索引优化：为查询性能考虑，请确保对 ref_user_id 和 user_id 字段建立索引：
CREATE INDEX idx_ref_user_id ON referrals(ref_user_id); CREATE INDEX idx_user_id ON referrals(user_id); - 空结果安全处理：子查询若无匹配结果，IN ( ) 会返回空集，COUNT 自然为 0，无需额外判空，但 fetch() 后建议使用空合并操作（如 ?? 0）提升健壮性。
- 避免N+1查询：切勿用 PHP 循环逐个查一级用户的邀请数——这将导致严重性能问题；嵌套子查询或 JOIN 方案更高效。
- 扩展思考（三级邀请）：如需支持多级（如三级、四级），建议改用递归CTE（mysql 8.0+）或预计算路径字段（如 path = ‘1/5/23/67’），而非无限嵌套子查询。
掌握这一模式，你就能灵活构建完整的邀请关系分析能力，支撑裂变增长、分佣结算、团队排行榜等核心业务场景。