问复合指标的开销

EN

短答案删除较短的索引。

Long和Anwser要考虑的事情：

放下它：

• 每个INDEX都是驻留在磁盘上的一个单独的BTree，因此占用空间。
• 每个INDEX在INSERT新行或UPDATE修改索引列时都会被更新(早晚)。这占用了一些CPU、I/O和buffer_pool空间，用于“变更缓冲区”。
• 对较短索引的任何功能使用(相对于性能)都可以由较长的索引执行。

不要放弃：

• 较长的指数比较短的指数大。因此，它不太容易缓存。因此(在极端情况下)使用更大的一个代替较短的一个可能会导致更多的I/O，这使情况更加恶化：INDEX(int, varchar255)。

这是非常罕见的，最后一个项目真的超过其他项目。

奖金

“覆盖”索引是包含SELECT中提到的所有列的索引。例如：

SELECT status FROM tbl WHERE owner = 123;

这将只触及BTree for INDEX(owner, status)，因此明显快于

SELECT status, foo FROM tbl WHERE owner = 123;

如果确实需要更快的查询，那么将两个索引替换为INDEX(owner, status, foo)。

PK在辅助密钥中的应用

再来点小甜头..。在InnoDB中，PRIMARY KEY的列被隐式地附加到每个次要键。所以，这三个例子实际上是

INDEX(owner, id)
INDEX(owner, status, id)
INDEX(owner, status, foo, id)

更多讨论在我的博客在http://mysql.rjweb.org/doc.php/index1和http://mysql.rjweb.org/doc.php/index_cookbook_mysql上。