MySQL空表关联失败求助：Cron任务重复通知问题排查

看起来你的核心需求是每分钟扫描帖子，给匹配订阅关键词的用户发送邮件，同时绝对避免重复通知。你遇到的空表关联失败，大概率是LEFT JOIN的关联条件不完整，或者后续过滤逻辑误把空表场景的有效记录给排除了。

先给你修复后的完整SQL语句 #

SELECT 
    p.id AS post_id, 
    u.display_name, 
    u.id AS user_id, 
    u.email, 
    k.keyword, 
    k.id AS keyword_id 
FROM posts p
-- 关联用户订阅的帖子
JOIN user_subscriptions us ON p.id = us.post_id
-- 关联用户订阅的关键词
JOIN keywords_users ku ON us.user_id = ku.user_id
-- 关联关键词详情
JOIN keywords k ON ku.keyword_id = k.id
-- 关联用户信息（确保存在有效用户）
JOIN users u ON us.user_id = u.id
-- LEFT JOIN到已发送记录表，关联核心去重维度
LEFT JOIN keyword_subscription_sent kss 
    ON kss.user_id = u.id 
    AND kss.post_id = p.id 
    AND kss.keyword_id = k.id
-- 筛选出从未发送过通知的组合（空表时kss所有字段为NULL，这条条件会保留所有匹配记录）
WHERE kss.id IS NULL

关键修复点说明 #

1. 完整的关联条件
   原SQL的LEFT JOIN只写了kss.user_...，明显缺少了post_id和keyword_id的关联。去重的核心是用户-帖子-关键词三者的组合，只有同时关联这三个字段，才能准确判断某条通知是否已经发送过。

2. 空表场景的兼容
   当keyword_subscription_sent是空表时，LEFT JOIN后所有kss的字段都会是NULL，WHERE kss.id IS NULL会保留所有符合基础关联的记录，正好是空表时需要给所有匹配用户发送通知的场景，完美解决空表关联失败的问题。

3. 去掉冗余的DISTINCT
   只要你的关联逻辑正确（用户订阅帖子、用户订阅关键词都是一对一或多对一的合理关联），最终的user_id-post_id-keyword_id组合已经是唯一的，DISTINCT会额外消耗性能，可以直接去掉。

额外的去重保障措施 #

• 添加唯一联合索引：给keyword_subscription_sent表创建唯一索引：

  CREATE UNIQUE INDEX idx_user_post_keyword ON keyword_subscription_sent(user_id, post_id, keyword_id);
  

  这样既可以避免重复插入已发送的记录，又能大幅提升LEFT JOIN的查询效率。

• 发送后及时插入记录：每次邮件发送成功后，一定要把对应的user_id、post_id、keyword_id插入到keyword_subscription_sent表中，这是去重逻辑的核心基础。

• 避免Cron并发冲突：如果你的Cron任务执行时间可能超过1分钟（比如帖子量很大），可以给查询加行级锁，或者用事务包裹查询和插入操作，防止同一批记录被多次处理。

原问题可能的坑 #

如果原SQL的WHERE子句中不小心写了kss.some_column = 'xxx'这类条件，会把LEFT JOIN强制转换成INNER JOIN，空表时就会返回空结果，这是很多人遇到“空表关联失败”的常见原因，一定要注意避免。

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