在MySQL中仅对一列建立索引的性能

Question

在仅包含实例化查询的主键的临时表上创建索引有什么好处？

我想从特定表以及具有外键引用的其他相关表中删除一些数据。 为了提高性能，我将最初的选择具体化到一个临时表中，然后将其加入以进行后续删除。

临时表仅包含一列-子查询的主键。 在临时表的id列上创建索引是否对性能有好处？ 在测试中，我看到了大约2％的改进（然后被索引创建的开销所抵消），但是也许可供我测试的数据集不够大。

CREATE TEMPORARY TABLE ids AS (SELECT id FROM tableA WHERE xxx);
DELETE tableB FROM tableB INNER JOIN ids ON tableB.a_id = ids.id;
DELETE tableC FROM tableC INNER JOIN ids ON tableC.a_id = ids.id;
...
DELETE tableA FROM tableA INNER JOIN ids ON tableA.id = ids.id;

由于ids临时表中的所有行都将用于删除tableB中的行（a_id已建立索引），因此在ids临时表上创建主键/索引是否对性能有好处？ 是否有更好的更好的，完全不同的方法来解决此问题？

Answer 1

这完全取决于您运行的查询类型。 如果只运行需要读取或返回整个表或整个表的重要子集的查询，则添加索引只会导致写入性能下降（它总是如此）。 如果您经常执行可使用此类索引来减少表中磁盘页面I / O数量的查询（因为您仅查找一行，或者只查找很小的行数），则添加索引将显着提高了这些查询的性能。

Answer 2

实际上，这是主键索引可能对性能造成危险的一种情况。

您拥有的查询本质上具有两个逻辑执行路径。 一种是读取“其他”表并查找id中的值。 第二种是读取id表并在“ other”表中查找值。 假定id比另一个表小得多，后一种执行计划是最好的。

主键索引的问题在于，通过真正使第一个选项看起来合理，可能会混淆优化器。 如果您信任优化器，那么拥有索引是没有问题的。 但这确实增加了混淆的可能性。

现在让事情进一步混乱，在某些情况下拥有索引将非常有益。 当ids表相对于其他表较大时，就会发生这种情况-而且它们也很大。 在这种情况下，您要按“主键”顺序对“其他”表进行删除。 因此，按顺序读取该表并查找ID是有意义的。 仅当大多数页面上至少有两个要删除的记录时，情况才会如此。