问题描述

我最近接管了一个项目，他们进行了一次SQL作业设置，每三个小时运行一次，重建在ASP.NET成员数据库表中找到的索引.

这似乎很高，每天重建索引8次.我每天都会收到约2000个新用户，总共有200万注册用户.

您建议使用适当的索引重建时间表?

推荐答案

您的僵局绝对可以与索引的重建有关.毫无疑问，这些索引不需要经常重建.虽然至少您应该考虑使用在线选项，如果您可以在重建之前避免索引被删除.

这是我们使用的指南:

索引时应重建索引
碎片大于40％.指数
索引时应重组
分裂在10％至40％之间.
索引重建过程使用更多CPU
它锁定数据库资源.
SQL Server开发版本和
企业版具有在线选项，
当索引是时可以打开的
重建.在线选项将保留索引
在重建期间可用.

来源: http://blog.sqlauthority.com/2007/12/22/sql-server-server-difference-between-in-index-rebuild-rebuild-andex-index-and-index-index-index-reorganize-with-with-with-with-with-with-with-with-with-with-with-with-with-with-with-with -sql-script/

其他推荐答案

当超过30％的零散时，重建一个好的经验法则，当10％至30％之间重组.

不要为少于1000页的桌子打扰，您也不会注意到，即使在经营30％以上的重建后，它通常会以30％的速度保留.

您可能应该打算相当不经常重建/重组，每周对于平均数据库每周一次.如果您不得不更频繁地分解索引，那么您可能需要重新查看填充因子和填充.

一个例外是在批量数据加载之后，在这种情况下可能是零散的索引(有时是禁用索引或删除索引并重建索引或重建索引或根据所载数据的不同).

).

).

).

因此，总而言之，每天8次似乎过多.

参考:
http://technet.microsoft.com/en-us/en-us/library/library/mss189858.aspx
com/2009/03/15/a-more效率 – 选择性 – 索引 – rebuildreorganize-strategy/
01/27/索引到rebuild-or-ryanize/
01/27/索引到rebuild-or-reorganize/

其他推荐答案

捕获僵局，您有一个实际的答案，与猜测相反.鉴于僵局是(或至少应该是)相当罕见的情况(在10/秒以下)，您可以长时间安全地安装profiler，并捕获 锁定/僵局/僵局图 event.

以上所述是小编给大家介绍的SQL Server 2005-你应该多久重建一次索引？,希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对77isp云服务器技术网的支持！