ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / деградация производительности при апгрейде на 2016
17 сообщений из 17, страница 1 из 1
деградация производительности при апгрейде на 2016
    #39801200
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
Точнее, после перевода базы на новый Compatability level (130), производительность у нескольких запросов просто рухнула.
Я был поражен, как новый СЕ не может сообразить, что дешевле прочитать 300тыс страниц, а не 60млн.
Ну это все эмоции.
С налету, пофиксить на получилось. Запрос сложный со многими вложенными вьюхами (до 5ти уровней). Мозги уже в ступоре, так что нужен волшебный пинок в правильном направлении.

На что стоит обращать внимание при подобной проблеме в первую очередь? Поделитесь опытом реальным.

Заранее спасибо.
...
Рейтинг: 0 / 0
15.04.2019, 05:49
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801202
aleks222
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
aleks222
Участник
Статистику, страдалец, обновил?
...
Рейтинг: 0 / 0
15.04.2019, 06:12
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801205
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
aleks222,

ну а как же, с этого начал.

Новый СЕ считает, что его план лучше в 10 раз и точка.
Я один и тот же запрос запускаю с разным СЕ. Получается 10% к 90% при Estimation plan, а вот по результатам с точностью до наоборот (старый план быстрее).

Не могу заставить новый СЕ думать по старому :).
...
Рейтинг: 0 / 0
15.04.2019, 06:36
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801229
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Idol_111,

или отключить новый CE или переписывать
...
Рейтинг: 0 / 0
15.04.2019, 08:27
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801231
dklim.kzn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dklim.kzn
Гость
посмотреть старый план
и как там используется - индексы приткнуть да forceseek/forcescan
хотя вангую обойдется и option (recompile) если не было указано еще
...
Рейтинг: 0 / 0
15.04.2019, 08:29
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801724
Фотография a_voronin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
a_voronin
Участник
Idol_111Точнее, после перевода базы на новый Compatability level (130), производительность у нескольких запросов просто рухнула.
Я был поражен, как новый СЕ не может сообразить, что дешевле прочитать 300тыс страниц, а не 60млн.
Ну это все эмоции.
С налету, пофиксить на получилось. Запрос сложный со многими вложенными вьюхами (до 5ти уровней). Мозги уже в ступоре, так что нужен волшебный пинок в правильном направлении.

На что стоит обращать внимание при подобной проблеме в первую очередь? Поделитесь опытом реальным.

Заранее спасибо.

Ну тык закинте сюда запрос, здесь любителей покопаться в километровых партянках много.
...
Рейтинг: 0 / 0
15.04.2019, 18:56
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801755
felix_ff
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
felix_ff
Участник
Idol_111,

если перешли на 16, используйте Query Store. сможете зафорсировать для вашего запроса необходимый план.
...
Рейтинг: 0 / 0
15.04.2019, 20:27
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801783
Фотография Mind
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mind
Участник
Idol_111На что стоит обращать внимание при подобной проблеме в первую очередь?. на estimated vs actual.
...
Рейтинг: 0 / 0
15.04.2019, 22:37
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801819
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
MindIdol_111На что стоит обращать внимание при подобной проблеме в первую очередь?. на estimated vs actual.
вот тут пожалуйста по-подробнее.
понятное дело, что СЕ даже при актуальной статистике считает неправильно estimated, но как определить какая статистика и для какого объекта является ключевой, чтобы СЕ перестал считать плохой план хорошим?
Начать сверху по дереву плана перебирать или по затратным операциям? Какова логика СЕ?
...
Рейтинг: 0 / 0
16.04.2019, 04:39
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801821
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
TaPaKIdol_111,

или отключить новый CE или переписывать
Спасибо, запрос на переписывание уже направил, что зная реалии это вечность.

Подумываю применить Legacy Cardinality Estimation.
...
Рейтинг: 0 / 0
16.04.2019, 04:41
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801823
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
dklim.kznпосмотреть старый план
и как там используется - индексы приткнуть да forceseek/forcescan
хотя вангую обойдется и option (recompile) если не было указано еще
recompile не вариант совсем, это не parameter sniffing problem.

запрос динамический основаный на вьюхах (с кучей подуровней). Пытался заставить СЕ создать старый план, с соединением таблиц получилось, но вот запихнуть с верхнего уровня таблицу в середину плана (как должно быть) не получается.
Правда остался последний вариант поиграться с фильтрованными индексами, может поможет.

При этом еще какой-то "умник" умудрился половину параметров закодить прямо в скрипт, так что Plan guide (вместе с Query Store) тоже не вариант.
...
Рейтинг: 0 / 0
16.04.2019, 04:52
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801824
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
a_voroninНу тык закинте сюда запрос, здесь любителей покопаться в километровых партянках много.
Это будет рельно портянка :).
Если совсем будет кирдык, может и закину.
Хотя, как по мне, по одному плану такие вещи не пофиксить.
...
Рейтинг: 0 / 0
16.04.2019, 04:57
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801985
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Idol_111,

в описании cardinality estimator указано, что его новая версия может давать нежелательный эффект, поэтому, если не планируете регулярных обновлений сервера, вполне можно использовать lagecy. Иначе они внесут изменения в работу, но у вас будет всё ещё legacy.
...
Рейтинг: 0 / 0
16.04.2019, 11:27
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39801996
TaPaK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
TaPaK
Участник
Владислав КолосовIdol_111,

в описании cardinality estimator указано, что его новая версия может давать нежелательный эффект, поэтому, если не планируете регулярных обновлений сервера, вполне можно использовать lagecy. Иначе они внесут изменения в работу, но у вас будет всё ещё legacy.
Та то вы перегибаете... Новый CE с 2014 а на дворе то огого.

Перед переходом на любую версию надо тестировать, что бы удивлений не возникало. В 2017 помоемому query store уже позволяет прикрутить смену CL и увидеть деградацию.
И да, перезд на 2016 повлёк переписывание массы вроде как обычных конструкций, но при этом он значительно веселее в ресурсах(хотя иногда и приходится уговоравать на "возьми побольше" :))
...
Рейтинг: 0 / 0
16.04.2019, 11:38
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39802017
Владислав Колосов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владислав Колосов
Участник
Мое мнение совершенно такое же - переписать запросы. Но есть и варианты, не лучшие, но позволяющие быстро ликвидировать проблему. Понятно, что лучше заменить трубу вместо установки хомута на свищ.
...
Рейтинг: 0 / 0
16.04.2019, 12:13
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39802413
Idol_111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Idol_111
Участник
Полезно пообщаться на форуме, хотя бы понимаешь "что правильной дорогой идете товарищи" :).

Довольно кратко и по сути написано в этой статье .

Если получится пофиксить проблему не традиционным путем (т.е. не переписыванием), отпишусь.

Всем спасибо за участие.
...
Рейтинг: 0 / 0
16.04.2019, 23:48
| Ответить | Цитировать | Написать  
деградация производительности при апгрейде на 2016
    #39802554
dklim.kzn
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dklim.kzn
Гость
Idol_111,

мдя, надо мс подсказать идею для таких переездов

типа по шаблону запроса выполнять совсем другой, новый и хороший запрос
а тому, кто старый написал, чтобы икалось каждый раз при вызове, пусть такую функцию добавят тоже
...
Рейтинг: 0 / 0
17.04.2019, 10:29
| Ответить | Цитировать | Написать  
17 сообщений из 17, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / деградация производительности при апгрейде на 2016
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]