SQLRU.net
Разработка приложений баз данных
Начало » Использование СУБД » Microsoft SQL Server » Катастрофическое снижение производительности при распараллеливании запроса (Падение производительности на SQL 2012)
Катастрофическое снижение производительности при распараллеливании запроса [сообщение #1988] Wed, 05 April 2023 13:46 Переход к следующему сообщению
Sanych33 в настоящее время не в онлайне  Sanych33
Сообщений: 2
Зарегистрирован: April 2023
Junior Member
В определенный момент сервер стал сильно тормозить.
Всякие настройки сервера, проверки оборудования, расширения tempdb ни к чему не привели. Скорость выполнения запросов желала быть лучшей.

При анализе планов выполнения одного запроса, но с разными опциями вдруг привели к странным результатам (всего строк - 1900).

Скорость выполнения запроса отличалась более, чем в десять раз. Скорость выполнения запроса с первым планом - ~5 сек. Скорость выполнения запроса со вторым планом - ~0.4 сек.

План первого запроса без всяких хинтов и фишек (с распараллеливанием)
/index.php/fa/95/0/
План второго (однопотокового) запроса с выбором первых 10000 строк (top 10000) (также такой план получается с ограничением количества потоков хинтом или жестким указанием используемого индекса)
/index.php/fa/96/0/

Куда стоит еще посмотреть? Как исправить эту ситуацию? Помогите мне, плиз, а то я уже задолбался Embarrassed
  • Вложение: qp1.png
    (Размер: 17.58KB, Загружено 2644 раза)
  • Вложение: qp2.png
    (Размер: 13.20KB, Загружено 2470 раз)

Известить модератора

Re: Катастрофическое снижение производительности при распараллеливании запроса [сообщение #1989 является ответом на сообщение #1988] Wed, 05 April 2023 15:59 Переход к предыдущему сообщениюПереход к следующему сообщению
shigor в настоящее время не в онлайне  shigor
Сообщений: 26
Зарегистрирован: March 2023
Географическое положение: НиНо
Junior Member
все-ли сервис паки у Вас установлены?
вся -ли статистика у Вас актуальна и все ли индексы в адекватном состоянии?
тупо - перезапустите сервер, проверьте заново.

Известить модератора

Re: Катастрофическое снижение производительности при распараллеливании запроса [сообщение #1990 является ответом на сообщение #1989] Thu, 06 April 2023 10:04 Переход к предыдущему сообщениюПереход к следующему сообщению
Sanych33 в настоящее время не в онлайне  Sanych33
Сообщений: 2
Зарегистрирован: April 2023
Junior Member
Все это, конечно же, проверяли и делали.
Сейчас я увеличил порог стоимости параллельных операций, но ощутимого результата это не принесло

Известить модератора

Re: Катастрофическое снижение производительности при распараллеливании запроса [сообщение #2019 является ответом на сообщение #1990] Fri, 07 April 2023 14:24 Переход к предыдущему сообщению
BlackEric в настоящее время не в онлайне  BlackEric
Сообщений: 393
Зарегистрирован: June 2022
Senior Member
Тут бы запрос увидеть и параметры от каких зависит производительность. Так что-то сложно сказать.

Известить модератора

Предыдущая тема: get NoCount on/off для произвольной сессии
Следующая тема: Выделить данные из 2-х таблиц
Переход к форуму:
  

[ Сформировать XML ] [ RSS ] [ PDF ]

Текущее время: Thu Feb 26 20:31:15 GMT+3 2026

Общее время, затраченное на создание страницы: 0.01105 секунд
.:: Обратная связь :: Начало ::.

При поддержке: FUDforum 3.2.0.
© 2001-2023 FUDforum Bulletin Board Software