我不知道为什么性能会不同——在这两种情况下似乎都不会使用索引。
您可以这样编写查询：

SELECT t.*
FROM teams t
WHERE Team1 = 'Joe Bloggs'
UNION ALL
SELECT t.*
FROM teams t
WHERE Team2 = 'Joe Bloggs' AND Team1 <> 'Joe Bloggs' 
UNION ALL
SELECT t.*
FROM teams t
WHERE Team3 =  'Joe Bloggs'
  AND Team2 <> 'Joe Bloggs'
  AND Team1 <> 'Joe Bloggs';

这可以利用上的索引 (Team1) , (Team2, Team1) ，和 (Team3, Team2, Team1) .

你有一个“倒进”；优化器只会使用索引 column in (value1, value2, value3) .
但是，如果您在3列中的每一列上都有单独的索引，那么还有另一种方法可以产生比您的任何一种尝试都要好得多的性能：

SELECT * FROM teams WHERE Team1='Joe Bloggs'
UNION
SELECT * FROM teams WHERE Team2='Joe Bloggs'
UNION
SELECT * FROM teams WHERE Team3='Joe Bloggs'

该表将被查询3次，但每次都将使用索引。
如果你确定不会有任何欺骗，或你不介意欺骗，改变 UNION 至 UNION ALL 进一步加速( UNION 有额外的开销或重复数据消除）。

方案a：使用 FULLTEXT (team1, team2, team3) 以及 MATCH(team1, team2, team3) AGAINST ('+Joe +Briggs' IN BOOLEAN MODE) . 使用这种方法有很多注意事项，但是，如果它适用于您的情况，它将非常快。
方案b：尽管“不能改变表格格式”，您还是可以使用视图玩一些游戏，以避免数组（团队）在列之间展开。

在查询中：

SELECT * FROM teams WHERE 'Joe Bloggs' IN (Team1,Team2,Team3)

您正在比较（查找）一组列和一个字符串文本。在这种情况下，优化器通常会在搜索目标上使用索引 Joe Bloggs ，以在 IN 条款。但是，它不能在字符串文本上放置索引。所以，这里的一切都是颠倒的，这就是为什么指数没有帮助。
另一方面，在第一个查询中：

SELECT * FROM teams WHERE Team1='Joe Bloggs' OR Team2='Joe Bloggs' OR Team3='Joe Bloggs'

mysql将获取字符串文本，然后使用b-tree索引在不同的列中查找它们。它的行为正如你所期望的和看到的。