使用自动增量列插入效果

Question

如果我有一个表的PK是一个自动递增的列，并且我的表有一个仅包含该列的索引，那么相对于根本没有键/索引的性能会有什么影响？

我对MySQL和MS SQL的影响感到好奇-如果有所不同。

更新

为了澄清，我的表还有其他列，但是它们都不是键/索引。 我现在只关心插入性能。

Answer 1

在带有InnoDB的MySQL下，如果您未指定PK或没有UK，则它将自动创建一个与用于表聚类的auto-increment列非常相似的隐藏列（请参阅相应的文档 ）。 因此，无论您是否明确定义一个，都会有某种带有索引的自动递增的列。 因此，显式添加一个属性不会对性能造成负面影响（在两种情况下，插入操作都将根据聚簇索引进行），相反，如果在该列上进行查询，则它是MySQL中最快的访问路径。

从我可以收集到的有关MS SQL Server的信息来看，它提供了一种非聚集选项，即一种无需PK且无需使用任何索引进行组织即可指定表的方法。 在这种情况下，将自动增量列指定为PK将产生一定的开销，因为还有其他数据。 并且取决于是否指定集群，它必须根据索引将数据插入为MySQL（集群），也可以仅将数据放在末尾（非集群）

“ 索引组织表和聚簇索引 ”详细介绍了有关各种数据库的此类资料。

Answer 2

索引是分页表中包含的数据的一种方式。 将它们想像成电话簿中标记为AZ的书签，您想找到一个名字以“ G”开头的人。 如果您不得不用眼睛扫描整个电话簿，则使用书签跳到G会更快，更高效。

索引工作就是这样

SELECT * FROM [TABLE]
WHERE [COLUMN1] = 'G'

没有索引，SQL引擎将搜索整个表并消除不满足WHERE条件的每一行。 使用索引，SQL查询优化器将仅搜索具有相应搜索条件的行。 您可能会在较大的桌子上看到此通知。