Взаимоблокировки SQL Server (SQL Server 2000)

У меня есть один клиент, сталкивающийся с 5+ взаимоблокировками в день. 170+ других клиентов вообще не получают взаимоблокировок. Я реализовал отслеживание взаимоблокировок и вижу возникающие взаимоблокировки select/update/insert. Я реализовал подсказку with (rowlock), и это устранило первоначальный тупик. Тем не менее, дело все еще заходит в тупик дальше по линии.

Я обнаружил, что клиент использует пользовательский SQL, который вызывает некоторые проблемы, но не все из них.

Мой вопрос действительно заключается в том, знает ли кто-нибудь, решит ли проблему обновление клиента с сервера 2000 sql до сервера 2008 sql?

Спасибо,

полковник


sql-server-2008 database-deadlocks sql-server-2000
person Colin Hale    schedule 23.07.2010    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Это зависит от того, почему они получают взаимоблокировки в данный момент. Без расследования причины сказать невозможно.

Пара преимуществ, которые SQL 2005/2008 действительно имеет в этой области по сравнению с SQL2000+, — это введение изоляции моментальных снимков, которая может устранить некоторые возможности взаимоблокировки и улучшенные параметры мониторинга, чтобы понять, почему возникает взаимоблокировка.

person Martin Smith    schedule 23.07.2010
comment
Я полагаю, что в 2008 году мы получим хороший график. Хотя это, вероятно, не успокоит клиента - я просто хочу, чтобы проблема исчезла!!!!!! Я думаю, что посоветую, может решить проблему - вместе с архивированием некоторых из миллиона записей в этой таблице. - person Colin Hale; 23.07.2010

arrow_upward
1
arrow_downward

я не думаю, что будут какие-либо различия между использованием sql 2000 или 2008. На самом деле вы можете решить любой тупик, просто рассуждая о причинах, которые их создали.

person frabiacca    schedule 23.07.2010
comment
Я понимаю, что вы говорите, но это 1 клиент из 170+ клиентов получает тупиковые ситуации, в то время как другие клиенты этого не делают. - person Colin Hale; 23.07.2010
comment
Вероятно, из-за его пользовательского SQL. Старое правило, которое в основном применяется в этих сценариях: пользовательский SQL = нет поддержки, но платите нам за консультации. - person TomTom; 23.07.2010