需要为多列唯一键列创建索引？

Question

例如，表 FOO

          id         name         type
---------------------------------------------
         bigint(20)  varchar(30)  smallint(4)

唯一键 name_type（名称，类型）。

将为（名称，类型）创建索引。但是如果很多查询都涉及type=aNumber这样的类型，是否需要单独为type创建索引呢？

也就是说 index(name, type) 是否包含 index(type)？
mysql和oracle db怎么样？

Answer 1

这些规则适用于 MySQL。 可能它们适用于其他供应商。

INDEX(name, type)（或UNIQUE(name, type)）对

很有用

WHERE name = ...
WHERE name = ... AND type = ...
WHERE name = ... AND something_else = ...
WHERE name LIKE 'Abc%'          -- note: does not start with wildcard
WHERE name BETWEEN 'x' AND 'y'
WHERE name = '123'      -- both are strings

但没用

WHERE type = ...        -- without `name`
WHERE name LIKE '%xyz'  -- because of _leading_ wildcard
WHERE name BETWEEN 'x' AND 'y' AND type = ... -- Only partially useful
WHERE name = 123      -- trouble between VARCHAR and number

注意：WHERE 中 AND 子句的顺序无关紧要；列的顺序很重要。

所以“但是如果很多查询都涉及type=aNumber这样的类型，我需要单独为type创建索引吗？” -- 需要额外的索引如果你也没有name = constant。

“换句话说，索引（名称，类型）是否包括索引（类型）？” -- 不，它不是“包含”的。

另请参阅：Index Cookbook

Answer 2

假设你没有索引

这个查询需要扫描整个表才能找到'somename'

 SELECT *
 FROM yourTable 
 WHERE name = 'somename'

现在假设您有name 的索引，相同的查询将使用该索引快速找到somename 的出现，但随后将不得不返回表中查找该字段的其余部分。

最后，如果您有一个包含(name, type) 和以下查询的复合索引。

 SELECT type
 FROM yourTable 
 WHERE name = 'somename'

您会很快找到someone，并且您已经拥有type，因为它是索引的一部分，不需要对表格进行额外查找。

这很好，但问题是什么？复合索引需要更多的数据库空间，并使插入速度变慢。您需要考虑的因素也是如此。