Sql 设置死锁受害者

我们使用的是siteCore 6.5，每次我们开始发布项目时，浏览网站的用户都会收到服务器500错误，最终导致

事务（进程ID###）在具有的锁定资源上处于死锁状态 另一个进程和已被选为死锁牺牲品。重新运行 交易

我们如何设置SQL Server以使特定应用程序具有优先级？我们无法修改任何查询或代码，因此必须通过SQL Server（或连接字符串）进行修改

我看过，也看过，但这些似乎是每节课，而不是全球

---

我不在乎这是对SiteCore的修复/更改还是SQL解决方案。

我认为您无法全局设置死锁优先级-这是一种仅限会话的设置。据我所知，没有任何连接字符串设置。可以找到可能的SqlConnection字符串设置列表。

我认为您不能全局设置死锁优先级-这是一个仅限会话的设置。据我所知，没有任何连接字符串设置。可以找到可能的SqlConnection字符串设置列表。

在我看来，您的缓存实际上有问题，每次发布时，它都会清除缓存，因此您在同时进行所有这些调用时会遇到死锁。我还没有看到6.5出现这种情况，所以您可能还需要检查缓存。查看您的Sitecore日志，看看在创建缓存时是否发生了这种情况，这会有很大帮助。不管是哪种方式，请查看SDN上的缓存指南，看看是否有帮助。

在我看来，您的缓存确实有问题，每次发布时，它都会清除缓存，因此您在同时进行所有这些调用时会遇到死锁。我还没有看到6.5出现这种情况，所以您可能还需要检查缓存。查看您的Sitecore日志，看看在创建缓存时是否发生了这种情况，这会有很大帮助。无论哪种方式，请查看SDN上的缓存指南，看看是否有帮助。

这也是我正在查找的内容。这也是我正在查找的内容。已确定在该过程完成之前不会清除caache。这是用sitecore pulbish测试的。我们编写了自己的发布框架，该框架宣称在发布所有项目之前不会触发任何事件。但是我们的系统仍然使用SiteCore发布管理器来进行实际发布，因此我们仍然依赖SiteCore的查询。已经确定在该过程完成之前不会清除caache。这是用sitecore pulbish测试的。我们编写了自己的发布框架，该框架宣称在发布所有项目之前不会触发任何事件。但我们的系统仍然使用SiteCore发布管理器进行实际发布，因此我们仍然依赖SiteCore的查询。