多对多关联高效查询：筛选未评论指定帖子的用户

嘿，你的思路完全在线！用子查询搭配NOT IN确实是这类需求的经典方案，逻辑清晰又容易维护。下面我给你把具体实现写出来，再补充几个实用的替代方案，方便你根据实际场景选择：

方案一：你的思路落地（NOT IN子查询） #

假设我们要找未对帖子ID为123的帖子发表评论的用户，直接套用你的思路写SQL：

SELECT * 
FROM users 
WHERE id NOT IN (
    -- 先找出所有给目标帖子发过评论的用户ID
    SELECT user_id 
    FROM comments_pivot  -- 替换成你的中间表真实名称
    WHERE post_id = 123
);

注意点： #

• 记得把comments_pivot换成你实际的中间表名
• 如果users表的主键字段不是id，要对应改成user_id（一般默认是id）

方案二：LEFT JOIN + IS NULL（规避NULL坑） #

如果你的中间表存在user_id为NULL的异常数据（虽然正常业务里不会有，但防错很重要），NOT IN会因为NULL的存在导致结果不符合预期。这时候用左连接的方法更稳妥：

SELECT u.*
FROM users u
LEFT JOIN comments_pivot cp 
    ON u.id = cp.user_id 
    AND cp.post_id = 123  -- 只关联目标帖子的评论记录
WHERE cp.user_id IS NULL;

这个逻辑是：把用户表和目标帖子的评论记录做左连接，那些没给目标帖子发过评论的用户，对应的cp.user_id会是NULL，筛选这些记录就得到了我们要的结果。

方案三：NOT EXISTS（大表场景更高效） #

在数据量较大的场景下，NOT EXISTS的性能通常比NOT IN更好，尤其是当你的中间表在user_id和post_id上有联合索引时：

SELECT *
FROM users u
WHERE NOT EXISTS (
    -- 只要用户没有给目标帖子发过评论，就会被选中
    SELECT 1
    FROM comments_pivot cp
    WHERE cp.user_id = u.id
    AND cp.post_id = 123
);

这里SELECT 1只是用来判断记录是否存在，不需要返回实际数据，执行效率会更高。

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