索引列的顺序（我有一个 6 列索引）会影响速度吗？ [复制]

Question

我有一个有 600 万行的表，我需要查找六列来选择项目。所以我创建了一个包含六列的索引。

更改索引中列的顺序会影响查询速度吗？

查询速度是否取决于每列具有的唯一项的数量？还是列上条件的可能结果总数？

我尝试重新排序索引中的列，查询速度似乎发生了一些重大变化

表：pic_tag_relations

列：

• tag_id (int) (1-1,000,000)（基数：最低）
• contrast_score(float) (0-24)
• quality_score (float) (0-10)
• pic_ratio_type(tinyint) (0/1/2)
• is_okay (tinyint) (0/1)
• already_used_count (integer) (1-10)

查询：

select * from pic_tag_relations where tag_id in ($all_tag_ids) && contrast_score>2.5 && quality_score>3 && is_okay=1 && pic_ratio_type='2' && already_used_count

Answer 1

索引中列的顺序会影响可以使用的查询。如果条件都相等，那么排序几乎没有区别。

首先使用具有大量值的键与具有少量值的键之间可能存在细微差别。但是，当索引被优化使用时，我不会担心性能的不同。

更重要的是让索引中的列具有相等条件是第一列（无论顺序如何），这样索引才能得到有效使用。

Answer 2

我在这里回答了几乎相同的问题：Does Order of Fields of Multi-Column Index in MySQL Matter

是的，列的顺序很重要。要选择正确的列顺序，您应该记住一个特定的查询。您尚未在此问题中显示查询。

如果您的查询条件都是= 比较，那么列的顺序无关紧要。有些人试图通过在左侧放置更多选择性列来进行微优化，但我发现这并没有显着差异。

例如，如果您在电话簿中按全名查找某人，您真的关心电话簿是按姓氏在前还是名字在前？无论如何，您都将过滤这两个字段。

但是，如果您同时使用 = 比较和其他类型的比较运算符，那么列顺序确实很重要。

基本上，您可以拥有任意数量的= 术语，并且这些比较的列必须位于索引中列列表的左端。然后你可以在索引中有 ONE 列进行不等式比较。您搜索的任何其他列都不会使用索引。

您在评论中提到您有一个与< 比较的查询。像这样：

... WHERE a < 1 AND b < 2 AND c < 3

这最多可以在其中一个列上使用索引。在这种情况下，您应该选择最具选择性的条件，即匹配行的最小子集。

如果使用的术语=：

... WHERE a = 1 AND b = 2 AND c = 3

那么(a, b, c)上的多列索引的所有列都可以帮助搜索，列的顺序无关紧要。

如果您有多种比较：

... WHERE a = 1 AND b < 2 AND c < 3

那么你可能有一个索引，最左边的列是a，后面是b 或c 之一。但是，如果您同时拥有b 和c，则仍然只有一个用于搜索——a 之后的第一个。

查看我的演示文稿How to Design Indexes, Really 或video。

---

使用示例查询来更新您的问题：

select * from pic_tag_relations where tag_id in ($all_tag_ids) && contrast_score>2.5 && quality_score>3 && is_okay=1 && pic_ratio_type='2' && already_used_count

您可以将(is_okay, pic_ratio_type) 作为第一列的索引，然后您可以选择其他列中的哪一列应该是第三列。其他列是根据使用除= 之外的一些比较运算符的术语来引用的。哪一列最好取决于每个条件选择较小的行子集的可能性。

其他术语也将过滤掉行，但不是通过使用索引。当索引搜索返回时，它们必须与行一一进行比较。