提高SQL Server的删除速度

我们拥有庞大的生产数据库，其大小约为300GB。有什么方法可以提高删除查询的性能？目前，删除速度为每分钟1-10k，这对我们来说非常慢。

如果您试图在单个语句中删除大量行，则可能正在等待日志活动。这样你就可以：

1. 确保您的日志大小合适，以免增长事件使您减速。使用默认值，您的日志可能从1MB开始，增长10％。增长事件非常昂贵，而且即使您记录了10 GB的删除操作，这不仅会影响现在的性能，而且还会破坏将来的性能（由于这会对VLF造成影响）。
2. 如果要删除整个表，使用TRUNCATE或DROP/ CREATE。
3. 如果要删除大部分表，请使用SELECT INTO将要保留的数据放入另一个表，然后将TRUNCATE，然后将一小部分移回。（或者只是删除旧表，重命名新表，然后重新应用约束/权限等。）
4. 首先删除数据块，而不是一次删除所有数据，以最大程度地减少首次登录的影响。看到这篇文章。您还可以考虑暂时切换到简单恢复，因此您只需要CHECKPOINT清除日志而不是进行日志备份，但是您需要确保将其重新设置并进行新的完整备份以重新启动日志链。

有一些提示，但是您使用的是哪个版本？是企业版吗？无论如何：

1. 如果可以，请将事务日志移到更快的磁盘上
2. 分析哪里。它将使用索引来标识要删除的记录吗？如果没有，您可以添加索引吗？
3. 表格上是否有任何可删除的索引？如果是，请将其放下。
4. 相对于此表，您有外键吗？这些确实会减慢您的删除速度。
5. 如果您拥有企业版，而瓶颈是磁盘IO，则行级压缩可以为您提供一点帮助（或不，取决于您的数据）
6. 您可以分区表吗？本地索引和分区删除可以更快。
7. 通过活动监视器调查瓶颈所在。

添加详细信息，当您使用大型数据库时，没有一个有效的答案。

您应该尝试逐块删除它们，可能是在循环中删除，每次删除迭代都是它自己的事务，然后在每次循环迭代结束时清除日志。

另外，您将需要找到要用作块中值的数字以删除记录。它需要进行彻底的测试，如果可以先在UAT中测试块值，那就更好了。

关于如何继续，请参考将大删除操作分成多个块

如果大表具有递归外键，则删除操作可能会很慢。

如果是这样，找到合适的时间，禁用依赖服务，禁用递归外键，执行大量删除，然后再次还原外键。

再加一点...

1. 尝试检查谓词上是否有索引，并查看统计信息。
2. 如果要删除大量行，并且您也不想使用临时表选项。去tablock选择。
3. 查看是否有任何触发器，特别是在删除触发器之后。

要获得更多帮助，请发布您正在使用的查询，表信息以及所有阻止信息。