现定在的信息社会，大量的数据信息被使用，在数据库中运用索引可快速访问数据库表中的特定信息，所以了解修复数据库索引变得尤为重要。

在一个数据库上创建索引会给数据库带来负面影响。当对表执行插入、更新和删除操作时，您就会看到这个性能的负面影响。您对表每作一次修改，包含这些修改记录的索引都必须更新，以符合最新的修改。

使用过滤索引后，需要更新的索引变少了。然而，包含这些记录的索引仍然需要在记录修改时进行更新。

因为这些操作必须在每一次数据修改时进行，您应该把数据库中不用于查询数据的索引删除。这样可以减少数据库的I/O需求和数据库的大小。

为了查找不使用的索引，可以使用如下所示的查询语句去查询sys.dm_db_index_usage_stats动态管理视图。

SelectOBJECT_NAME(sys.indexes.object_id) TableName,

sys.indexes.name,

sys.dm_db_index_usage_stats.user_seeks,

sys.dm_db_index_usage_stats.user_scans,

sys.dm_db_index_usage_stats.user_lookups,

sys.dm_db_index_usage_stats.user_updates

fromsys.dm_db_index_usage_stats

joinsys.indexesonsys.dm_db_index_usage_stats.object_id=sys.indexes.object_id

ANDsys.dm_db_index_usage_stats.index_id =sys.indexes.index_id

ANDsys.indexes.name notlike‘PK%’

ANDOBJECT_NAME(sys.indexes.object_id)<>‘sysdiagrams’

wheresys.dm_db_index_usage_stats.database_id =DB_ID()

and user_scans = 0

and user_scans = 0

and user_lookups = 0

and user_seeks = 0

andsys.dm_db_index_usage_stats.index_id NOTIN(0,1)

ORDERBYOBJECT_NAME(sys.indexes.object_id),

sys.indexes.name

创建文件组

提高索引性能的一个重要方法是创建一个或多个文件组，以存储非聚簇索引。只有非聚簇索引能够与索引所对应的表可以存储在不同的文件组中。如果您想要在与表不同的文件组中创建一个聚簇索引，不管它是否基于主键，SQL Server都会将表移动到这个新的文件组中。

将非聚簇索引与基本表分离可以将索引的存储和I/O需求从索引对应的表转移到其他文件组中，可以减少您对索引修改操作的时间。虽然在您的数据库中使用多个文件组会增加数据库的管理负载，但是最终这个改进是值得的。

当为第二个文件组创建物理文件时，一定要将文件保存到另一组物理磁盘上，这样工作负载才能实际上转到不同的区域。如果两个物理文件都存储于同一个物理区域，那么即使您能获得一些性能提升，这个提高也不会很大。

以上就是精品为您准备的修复数据库索引问题关于的信息，希望对您的生活工作有帮助，祝您生活愉快。