本文介绍如何通过嵌套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'），而非无限嵌套子查询。
掌握这一模式，你就能灵活构建完整的邀请关系分析能力，支撑裂变增长、分佣结算、团队排行榜等核心业务场景。
