如何查询存在未读消息的用户？SQL查询需求及实例

针对你的需求——筛选出未读任何消息或未读完所有消息的用户，这里提供两种简洁的SQL实现方案，结合你的表结构实例验证有效：

方案一：分组统计对比法 #

通过左连接关联用户表和已读记录表，统计每个用户的已读消息数，再与总消息数对比：

SELECT u.user_id
FROM users u
LEFT JOIN object_visited ov ON u.user_id = ov.user_id
GROUP BY u.user_id
HAVING COUNT(ov.message_id) < (SELECT COUNT(*) FROM messages);

逻辑说明： #

1. LEFT JOIN确保所有用户都被纳入统计，哪怕没有任何已读记录（此时ov表的字段为NULL）
2. COUNT(ov.message_id)统计用户已读消息数（NULL不会被计数，所以未读任何消息的用户该值为0）
3. 子查询SELECT COUNT(*) FROM messages获取系统总消息数，只要用户已读数小于总数，就说明存在未读消息

实例验证： #

• User1已读3条（等于总消息数3）→ 被排除
• User2已读0条（<3）→ 入选
• User3已读2条（<3）→ 入选
  结果完全符合你的期望。

方案二：双重NOT EXISTS判断法 #

通过嵌套NOT EXISTS检查用户是否存在未读消息：

SELECT u.user_id
FROM users u
WHERE NOT EXISTS (
    -- 检查是否所有消息都已读：若存在未读消息，此子查询返回结果
    SELECT m.message_id
    FROM messages m
    WHERE NOT EXISTS (
        SELECT 1
        FROM object_visited ov
        WHERE ov.user_id = u.user_id AND ov.message_id = m.message_id
    )
);

逻辑说明： #

1. 内层最深处的NOT EXISTS：判断某条消息是否未被当前用户读取
2. 中间层的SELECT m.message_id：如果用户有未读消息，会返回这些未读消息的ID
3. 外层的NOT EXISTS：如果中间层返回了结果（即存在未读消息），则当前用户被选中

这种写法更贴近“存在未读消息”的语义，适合需要明确检查每条消息状态的场景。

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