每个JOIN表达式都需要它自己的ON。不要等到最后再做这个。因为它是，服务器被迫建立所有这些表的笛卡尔积，然后再缩小它们，我很惊讶查询运行了（我以为丢失ON子句会有语法错误）。

FROM guild_finished_giveaways AS f
  JOIN guild_message_count AS m ON m.guild_id = f.guild_id 
  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
WHERE m.user_id = 841827102331240468

在同一个查询中使用SUM()或任何其他聚合函数作为没有GROUP BY子句的非聚合值，这也有点奇怪。

您使用的是InnoDB吗？
每个表都有一个PRIMARY KEY吗？
这些 * 可能 * 有助于：

m:  PRIMARY KEY(user_id)  -- assuming that is unique in that table
f:  INDEX(guild_id,  winner_id)
r:  INDEX(guild_id,  bypass_role_id)
i:  INDEX(user_id,)

看起来有些表不应该分开--也许r、i、f可以组合在一起？（我需要看一下SHOW CREATE TABLE才能知道更多信息。）
不要在winner_id中有一个commalist。相反，用另一个表，每个游戏的赢家（或任何赢家）占一行。也许只是像一个多对多Map表这样的列。
注意，执行很可能从m开始，然后转到i，让我们改进Joel的建议：

FROM   guild_message_count      AS m
  JOIN guild_invite_count       AS i ON i.user_id  = m.user_id
  JOIN guild_finished_giveaways AS f ON f.guild_id = m.guild_id 
  JOIN guild_role_settings      AS r ON r.guild_id = m.guild_id
WHERE m.user_id = 841827102331240468

注意，在guild_id上连接了3个表;但仅需要2 × 1 m7n1x。
没有GROUP BY的SUM对整个结果集求和（JOINing之后）。但是您有6个非聚集，所以您需要对所有6个进行GROUP BY。
但这可能会导致严重膨胀的总和。也许你需要做的聚合刚刚超过f * 第一 *，因为这是你求和的地方。然后加入其余的？