Почему сокращение «максимальной памяти сервера» в SQL Server повышает производительность моего приложения?

Question

У меня проблема прерывания с одной областью моего приложения, где она начинает работать медленно. Приложение ASP.Net + с SQL Server. Мы случайно обнаружили, что внесение любых изменений в «максимальную память сервера» на SQL-сервере, вверх или вниз, немедленно остановит проблему.

Проблемная область довольно динамична и одновременно обновляется многими потоками, поэтому моя лучшая предпосылка, объясняющая это, является некоторой проблемой взаимоблокировки в БД. К сожалению, это происходит очень редко, только в живой системе, и когда это происходит, мы должны быстро ее исправить. Поскольку нет возможности для «копания», я хочу сузить свой поиск, и эта странность кажется ключом.

Я искал это и посмотрел в «Books Online», поэтому я знаю, что «максимальная память сервера» не является параметром, требующим перезапуска. То, что я не могу найти, - это подробное описание того, что происходит, когда RECONFIGURE называется «под капотом».

Я надеюсь, что кто-то здесь знает или может указать мне на более подробный ресурс. Чтобы быть ясными, я не прошу общих советов, поэтому, пожалуйста, старайтесь оставаться конкретными. Спасибо :)

Update:

Вызов DBCC FREEPROCCACHE не оказывает никакого влияния на эту проблему, в то время как натыкаясь память продолжает немедленно устранить симптомы.

Answer 1

У вас проблема с производительностью, и вы должны подойти к ней, исследуя производительность, а не guessing. Следуйте методологии устранения неполадок производительности, например Waits and Queues, чтобы определить узкое место, а затем предпримите соответствующие действия в зависимости от , указанной.

Что касается ваших предположений о «внутренних тупиках», они являются ... креативными. Более реалистичным объяснением было бы то, что, возившись с настройками сервера, вы щелкаете clock hands, которые выселяют ваш bad plan.