Reporting锁阻塞报表生成

Question

两天前，我们在Reporting中的一份报告开始需要更长时间才能生成。其世代时间从4秒增加到2分。

调查发现：

• 存储过程在1秒内运行，查询计划是可接受的。
• 在Visual中的dev机器上，报告按预期在4秒内运行。

一旦报告发布到生产服务器，它的运行速度就会慢得多。

使用活动监视器显示报告正被一个锁"LCK_M_S“阻塞。

我打开trace 1222以检查是否存在死锁，但没有报告死锁。

我所能得到的唯一信息就是ReportServer数据库的“锁计数的顶级事务”报告。它列出了ReportServerTempDB上的锁定事务。

这个模式在受影响的报告中重复了两天，您将运行它，在活动监视器中看到阻塞过程，报告花费更长的2分钟。

就在我们深入研究这个问题时，它突然消失了，团队中没有人改变任何东西，代码或数据，现在报告在3-4秒内恢复运行。

发生了什么？

在没有开发干预的情况下，重复运行2分钟并持续2-3天的报告在4秒内突然恢复运行，而在活动监视器中看到的阻塞过程消失了吗？

Answer 1

LCK_M_S是阻塞问题，而不是死锁问题。所以你只是在等别的东西。您需要确定是什么过程阻止了您。

所以，“它突然消失了”，因为这个块不是完成了就是失败了，然后回滚了。这很正常。从你的笔记或你的角度来看，听起来不正常的是块的长度。

除了查找阻塞过程之外，还可以考虑使用不同的事务隔离级别。例如，尽管不是没有它们自己的问题，但您可以考虑在报表中使用“读取提交的快照”或“快照”隔离级别。这将使它能够在事务开始时读取数据，并将避免大多数阻塞情况。