MySQL：将e.votes替换为event_votes表中event_guid的出现次数

一、替换票数统计逻辑 #

原来你用的是events表的自增votes字段，现在要换成event_votes表里对应活动的投票记录数，这里给你两种实用的写法，按需选就行：

方法1：LEFT JOIN 关联统计（推荐，兼容无投票的活动） #

这种方式能保留所有活动，哪怕还没人投票也会显示票数0，适合完整展示活动列表的场景：

SELECT 
    e.guid,
    e.title,
    e.description,
    -- 统计对应event_guid的投票记录数，无投票则返回0
    COUNT(ev.event_guid) AS votes
FROM events e
LEFT JOIN event_votes ev ON e.guid = ev.event_guid
GROUP BY e.guid, e.title, e.description -- 要包含所有活动详情字段
ORDER BY votes DESC; -- 按票数降序排名，和你原来的逻辑一致

方法2：子查询统计（适合原查询结构复杂的情况） #

如果你的原查询已经有很多条件，子查询的方式不会打乱原有结构，更灵活：

SELECT 
    e.guid,
    e.title,
    e.description,
    -- 子查询直接统计当前活动的投票数
    (SELECT COUNT(*) FROM event_votes ev WHERE ev.event_guid = e.guid) AS votes
FROM events e
ORDER BY votes DESC;

二、实现「每人限投1票」的验证 #

要确保同一个用户不能给同一个活动投多次票，最稳妥的是从数据库和业务层双重保障：

数据库层面加唯一约束（最可靠） #

直接给event_votes表加一个联合唯一约束，让数据库直接拦截重复投票：

ALTER TABLE event_votes
ADD CONSTRAINT unique_user_event_vote UNIQUE (user_id, event_guid);

这里假设你用user_id标识投票者，替换成你实际的字段就行。之后如果有人重复投票，数据库会抛出错误，你在业务代码里捕获这个错误，给用户提示“你已经投过票啦”就行。

业务代码提前校验 #

在执行投票操作前，先查一下这个用户有没有给当前活动投过票：

SELECT COUNT(*) FROM event_votes 
WHERE user_id = '当前用户的ID' AND event_guid = '目标活动的GUID';

如果返回结果大于0，就直接提示用户不能重复投票；否则再执行插入投票记录的操作。

小提醒 #

如果event_votes表里有无效投票（比如被取消的），记得在统计时加过滤条件，比如改成COUNT(ev.event_guid) WHERE ev.status = 'valid'（根据你的实际表结构调整字段名）。

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