主页 / dba / 问题 / 278899
Accepted
Joe Phillips
Asked: 2020-10-30 13:24:17 +0800 CST

mysql 或 mariadb 是否有 SQL Server 的索引“包含列”的概念？

  • 772

在 SQL Server 中，您可以创建一个索引并在该索引中包含其他列，这有助于在某些情况下提高性能。mysql 或 mariadb 是否可以以不同的名称使用相同的功能？我无法使用“包含的列”一词找到任何内容。

mysql index

2 个回答

  1. Best Answer

    查看 MySQL 文档，词汇表指出了有关Covering Indexes的内容：

    包含查询检索到的所有列的索引。查询不是使用索引值作为指针来查找完整的表行，而是从索引结构中返回值，从而节省磁盘 I/O。InnoDB 可以将此优化技术应用于比 MyISAM 更多的索引，因为 InnoDB 二级索引还包括主键列。InnoDB 不能将此技术应用于对事务修改的表的查询，直到该事务结束。

    给定正确的查询，任何列索引或复合索引都可以充当覆盖索引。设计您的索引和查询以尽可能利用这种优化技术。

    这里的含义是在 MySQL 中没有直接等效的INCLUDE语句，但是如果索引提供了索引中涉及的列的覆盖，那么很明显，它仍然可以被认为是覆盖的，就像包含列的索引一样在 SQL Server 中会。

    MariaDB 在其文档中包含以下用于覆盖索引的内容：

    “覆盖”索引是包含 SELECT 中所有列的索引。特殊之处在于只看INDEX BTree就可以完成SELECT。（由于 InnoDB 的 PRIMARY KEY 与数据聚集在一起，“覆盖”在考虑 PRIMARY KEY 时没有任何好处。）

    迷你食谱：

    1. 根据上面的“算法”收集列列表。
    2. 以任意顺序将 SELECT 中看到的其余列添加到列表的末尾。

    例子：

    SELECT x FROM t WHERE y = 5; ⇒ INDEX(y,x) -- The algorithm said just INDEX(y)  
SELECT x,z FROM t WHERE y = 5 AND q = 7; ⇒ INDEX(y,q,x,z) -- y and q in either order (Algorithm), then x and z in either order (covering).  
SELECT x FROM t WHERE y > 5 AND q > 7; ⇒ INDEX(y,q,x) -- y or q first (that's as far as the Algorithm goes), then the other two fields afterwards.

    您获得的加速可能很小，也可能非常惊人；很难预测。

    但...

    • 构建包含大量列的索引是不明智的。让我们在 5（经验法则）处切断它。
    • 前缀索引不能“覆盖”，所以不要在“覆盖”索引的任何地方使用它们。
    • 索引可以有多“宽”是有限制的（3KB？），因此“覆盖”可能是不可能的。
    • 5

  2. MySQL 不支持包含的列。

    但是，如果您使用 InnoDB 存储引擎（这是默认的），所有列都物理地包含在主键中。换句话说，主键是表。如果将主键定义为PRIMARY KEY (id)行将按物理排序id；但是对于所有使用主键的查询，主键将是一个覆盖索引。

    以下查询使用主键作为覆盖索引：

    SELECT * FROM tab WHERE pk = 10;

    正如 Akina 在评论中指出的那样，InnoDB 二级索引包括对主键的引用。因此，如果您对电子邮件字段进行索引，则在索引中您将按顺序排列所有电子邮件，并且每个电子邮件都有相应的 ID。因此，对于每个二级索引，主键列都包含在列中。

    以下查询使用二级索引作为覆盖索引：

    SELECT indexed_column, pk FROM tab WHERE indexed_column=100;

    出于好奇，我还可以告诉您，TokuDB 存储引擎支持集群索引，这只是包含列的另一个名称。不幸的是，TokuDB 不再由其供应商 Percona 维护。

    • 3

相关问题