删除非聚集索引时会发生什么？

Question

当我从我的 table 之一中删除索引时，SQL 服务器引擎端会发生什么情况？

详细信息：我有一个数据库运行投入生产。

在这个数据库中，我有一个定期创建死锁的查询。我发现查询创建了死锁，运行它在我的计算机上，显示了它的执行计划。 SQL Server Management Studio 建议在一个特定的 table 上添加索引。

索引对我来说很有意义，但我的问题是，在这个 table 上我已经有 3 个索引，老实说，我不确定它们是否被正确使用或者它们是否已经已为特定角色创建。

我可以简单地在 table 上再添加一个索引，但我担心每次在 table 上 add/update/delete 数据时我将支付的费用。

我在我的机器上做了几次尝试，似乎我需要删除至少两个其他索引才能使引擎 select 成为我今天创建的索引（对我来说看起来很奇怪）。一旦我强制引擎获取我的索引（因为我删除了所有其他内容），查询运行速度就会快 10 倍。

我可以简单地使用 DROP Index 命令吗？我不需要重建什么的？

Answer 1

non-clustered 索引是辅助数据结构 - 它不在 "integrated" 聚集索引或堆的主要数据结构中。

因此，删除一个应该是一种相对较快的 pain-free 体验，因为系统需要做的就是删除有关索引的元数据并将索引的页面标记为未分配。

不需要"rebuild"或做任何其他事情。

Answer 2

您可以运行这个查询来了解table的索引是否被使用

SELECT TOP 50
  o.name AS ObjectName
, i.name AS IndexName
, i.index_id AS IndexID
, dm_ius.user_seeks AS UserSeek
, dm_ius.user_scans AS UserScans
, dm_ius.user_lookups AS UserLookups
, dm_ius.user_updates AS UserUpdates
, p.TableRows
, 'DROP INDEX ' + QUOTENAME(i.name)
+ ' ON ' + QUOTENAME(s.name) + '.'
+ QUOTENAME(OBJECT_NAME(dm_ius.OBJECT_ID)) AS 'drop statement'
FROM sys.dm_db_index_usage_stats dm_ius
INNER JOIN sys.indexes i ON i.index_id = dm_ius.index_id 
AND dm_ius.OBJECT_ID = i.OBJECT_ID
INNER JOIN sys.objects o ON dm_ius.OBJECT_ID = o.OBJECT_ID
INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
INNER JOIN (SELECT SUM(p.rows) TableRows, p.index_id, p.OBJECT_ID
FROM sys.partitions p GROUP BY p.index_id, p.OBJECT_ID) p
ON p.index_id = dm_ius.index_id AND dm_ius.OBJECT_ID = p.OBJECT_ID
WHERE OBJECTPROPERTY(dm_ius.OBJECT_ID,'IsUserTable') = 1 and o.name='your_table_name'
AND dm_ius.database_id = DB_ID()
AND i.type_desc = 'nonclustered'
AND i.is_primary_key = 0
AND i.is_unique_constraint = 0
ORDER BY (dm_ius.user_seeks + dm_ius.user_scans + dm_ius.user_lookups) ASC
GO

如果其中任何一个未被使用，则使用 DROP 索引语句。在删除之前，确保服务器已经运行了足够长的时间，以便索引有机会被使用。

此外，在 table 上拥有三个索引并不多。只需检查它们对您的查询是否有用。

删除非聚集索引时会发生什么？

What happens when a nonclustered index is deleted?

tsql

sql-server

sql-server-2008-r2

non-clustered-index