SQL Server碎片问题

Question

我的数据库中有几个表(User&UserRecord)变得非常分散(如99%)并导致整个数据库,因此网站停止运行.

UserRecord有点像某个时间点的用户快照.用户就像该用户的主记录.用户有0到多个UserRecords.用户有大约一百万行,UserRecord有大约250万行.这些表格写得很多.他们也经常被搜查.他们都会变得更大.严重碎片化的主要索引是User和UserRecord表的主键.

数据库是SQL Server 2012,我正在使用实体框架,我没有使用任何存储过程.

表看起来像这样:

USER
UserName string PK ClusteredIndex
FirstName string
LastName string
+SeveralMoreRows

USER_RECORD
UserRecordId int PK ClusteredIndex
ListId int FK(List)
UserName string FK(User) NonClusteredIndex
Community string NonClusteredIndex
DateCreated datetime
+LotsMoreRows

LIST 
ListId int PK & ClusteredIndex
Name string
DateCreated datetime

(不确定列表是否重要,但认为我将其包含在内,因为它与User_Record有关.列表有0到多个UserRecords)

我们已经设置了一个SQL维护计划来每天重建索引,这确实有帮助,但有时还不够.

一位朋友建议我们使用两个数据库,一个用于读取,一个用于写入,我们从写入DB同步读取DB.并不是说我对此有所了解,但我在解决这个问题时遇到的第一个问题是我们在查看网站时需要最新的数据.例如,如果我们更新用户详细信息或UserRecord,我们希望立即看到这些更改.

有没有人有任何关于我如何能够在失控之前解决这个问题的建议？

Answer 1

聚簇索引控制DISK上数据的顺序.这是为什么通常建议您设置一个始终增加的整数键作为聚簇索引的主要原因之一.这样,随着更多数据添加到表中,它们被添加到当前现有数据的末尾.

如果它不是自动增加的数字,并且新行可能包含将在现有值之间的某个位置排序的值,则SQL Server将基本将数据推送到它所属的磁盘上(以保留聚簇索引键值的顺序),从而产生碎片由于IO写入进一步减慢了数据库的速度,因此潜在的严重开销.

我怀疑你的UserRecord值有同样的问题.

所以我要做的是,为每个表添加一个单独的集群自动增加主键,并在必要时重新编写FK引用和查询.