多表JOIN的SQL查询耗时超15秒，移除guild_invite_count后恢复正常

1. JOIN语法错误引发笛卡尔积 #

你的查询中，guild_message_count AS m和guild_role_settings AS r的JOIN未指定ON条件，这会导致笛卡尔积——m表的每一行都会和r表的所有行匹配，再与f表连接后数据量会急剧膨胀。最后关联guild_invite_count时，需要处理的行数已经非常庞大，直接拖慢查询速度。

正确的JOIN写法应为每个关联表单独指定ON条件：

SELECT
    SUM( f.guild_id = 787672220503244800 AND f.winner_id LIKE '%841827102331240468%' ) AS guild_winner,
    SUM( f.winner_id LIKE '%841827102331240468%' ) AS win_sum,
    m.message_count,
    r.bypass_role_id,
    i.real_count,
    i.total_count,
    i.bonus_count,
    i.left_count 
FROM
    guild_finished_giveaways AS f
    JOIN guild_message_count AS m 
      ON m.guild_id = f.guild_id 
      AND m.user_id = 841827102331240468
    JOIN guild_role_settings AS r 
      ON r.guild_id = f.guild_id
    JOIN guild_invite_count AS i 
      ON i.guild_id = f.guild_id 
      AND i.user_id = m.user_id

2. guild_invite_count表缺少合适索引 #

即便修复了JOIN语法，如果guild_invite_count表没有针对(guild_id, user_id)的联合索引，数据库关联时会进行全表扫描，这是慢查询的核心诱因之一。

你可以创建以下联合索引来优化：

CREATE INDEX idx_guild_user ON guild_invite_count(guild_id, user_id);

3. LIKE语句的性能损耗 #

查询中使用的f.winner_id LIKE '%841827102331240468%'属于前置百分号的模糊匹配，这种写法无法利用索引。如果winner_id存储的是完整ID（而非部分字符串），建议改为精确匹配：

f.winner_id = '841827102331240468'

这会大幅提升SUM聚合计算的效率。

4. 查看执行计划定位深层问题 #

如果上述优化后仍未解决，建议生成查询执行计划（MySQL用EXPLAIN，PostgreSQL用EXPLAIN ANALYZE），检查是否存在全表扫描、临时表创建、文件排序等耗时操作，再针对性优化。

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