Добро пожаловать в форум, Guest >> Войти | Регистрация | Поиск | Правила | | В избранное | Подписаться | ||
Все форумы / Microsoft SQL Server |
![]() ![]() |
Дядя Петя Вася Member Откуда: Сообщений: 1368 |
Подскажите! Вот есть какойто сложный запрос (процедура со вложенными процедурами). Вобщем это чудо первый раз в студии выполняется за 1мин - 7 мин, а вот второй раз секунд за 10. Что такое первый раз? я точно не знаю, когда он наступает, не замерялось. Но скажем через полчаса или час если не выполнять его и выполнить то вот опять будет долго. Причем 1. Это не какойто отчет а довольно частая операция в обычном режиме выполняющася не более 10 секунд 2. С подобными симптомами валятся многие запросы на базе, более того на базе есть несколько баз (не помню как правильно инстанс называется) и у всех подобное поведение. Другими словами копать в сторону оптимизации не стоит, так как грубо говоря все тормозит. Также отмечу что это копия другой базы которая на другом компе работает идеально и никаких таких долгих прогрузов в помине нету. |
31 авг 17, 16:45 [20762477] Ответить | Цитировать Сообщить модератору |
WarAnt Member Откуда: Питер Сообщений: 2423 |
Дядя Петя Вася, Грубо говоря, первый раз данные подтягиваются в память, второй раз уже беруться из неё, а если подождать час, то они из памяти исчезают, так как серверу нужна память для насущных запросов и опять все по кругу, подытожу, памяти у вас не хватка на сервере, потому и медленно, ну это если вы конечно 100% уверены, что все планы идеальны и оптимизировать нечего. |
31 авг 17, 16:59 [20762516] Ответить | Цитировать Сообщить модератору |
Гавриленко Сергей Алексеевич Member Откуда: Moscow Сообщений: 37155 |
Хотите быстро в первый раз -- купите более быструю СХД. Или таки покопайте в сторону оптимизации, потому что может выясниться, что читать много данных ни в первый раз с диска, ни в 10й раз из памяти, необходимости нет. |
31 авг 17, 17:02 [20762524] Ответить | Цитировать Сообщить модератору |
Дядя Петя Вася Member Откуда: Сообщений: 1368 |
64 ГБ, при этом серв по сути пустой, там нагрузка околонулевая, винты скази ibm точно не знаю какие |
||
31 авг 17, 17:12 [20762567] Ответить | Цитировать Сообщить модератору |
Дядя Петя Вася Member Откуда: Сообщений: 1368 |
смущает то что на другой тачки с аналогичной конфигурацией (по крайней мере проц и объем памяти) все норм при том что вот она под нагрузкой. |
||
31 авг 17, 17:13 [20762569] Ответить | Цитировать Сообщить модератору |
Дядя Петя Вася Member Откуда: Сообщений: 1368 |
кроме того! первый раз бывает и минута и 1-30 и 2-30 а вот тут было 6 мин. Тоже смущает такой разброс дикий. |
||
31 авг 17, 17:14 [20762573] Ответить | Цитировать Сообщить модератору |
Konst_One Member Откуда: Сообщений: 11568 |
запросы из какой программы выполняете? |
31 авг 17, 17:15 [20762574] Ответить | Цитировать Сообщить модератору |
Дядя Петя Вася Member Откуда: Сообщений: 1368 |
managment studio |
||
31 авг 17, 17:36 [20762657] Ответить | Цитировать Сообщить модератору |
Konst_One Member Откуда: Сообщений: 11568 |
посмотрите счётчики производительности для SQL, когда опять первый раз будете выполнять. может действительно какие-либо задержки/очереди на дисковом хранилище |
||||
31 авг 17, 17:40 [20762667] Ответить | Цитировать Сообщить модератору |
komrad Member Откуда: Сообщений: 5516 |
select * from sys.configurations select @@version с обоих серверов покажите |
||||
31 авг 17, 21:31 [20763111] Ответить | Цитировать Сообщить модератору |
WarAnt Member Откуда: Питер Сообщений: 2423 |
это ниочем не говорит, сферический конь, показывайте счетчики, планы, статистику давно обновляли? Версии сиквела везде одинаковые стоят? |
||||
1 сен 17, 13:20 [20764439] Ответить | Цитировать Сообщить модератору |
o-o
Guest |
и что? это только память. а размер читаемого? не результата, а именно размер вычитываемого какой? если вы выбираете 10 строк из таблицы в 400Гб без индексов, то можно и полчаса, и час подождать, пока через ваши 64Гб прокачаются те самые 400Гб |
||
1 сен 17, 23:11 [20766165] Ответить | Цитировать Сообщить модератору |
Все форумы / Microsoft SQL Server | ![]() |