Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
Добрый день, уважаемые форумчане. Кто нибудь сталкивался с падением производительности после полного обновления статистик? Для обслуживания БД используем скрипт от ola hallengren. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. По расписанию он выполняется без параметра "StatisticsSample = 100", выполнил этот скрипт для полного обновления статистик в надежде на рост производительности, но прироста это не дало, а только посадку производительности. Как быть, куда копать ? Я не матерый dba :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 10:19 |
|
||
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
bitocheg, полагаю, что имеет место параметер сниффинг после обновления статистики и/или ребилда индексов закешированные планы сбрасыватся и создаются новые в итоге, кешируется план оптимальный для одного набора параметров, но неоптимальный для другого набора параметров у вас дисковая подсистема на SSD? посмотрите видео на тему топика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 12:11 |
|
||
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
komrad, Спасибо за видео, как раз поставил его скрипты для диагностики производительности. После полного обновления сделал dbcc freeproccache, чтобы закешировать новые планы. Запросы одинаковые, это такой бизнес-процесс 1С по формированию партий, очищается один день и формируются новые проводки. По факту из параметров меняется только дата. Дисковая подсистема хорошая, диски SSD. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 12:32 |
|
||
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
bitocheg, Код: sql 1. почему и нет, на сервере был очищен кэш планов запроса для тех запросов, которые использовали обновленные статистики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 12:32 |
|
||
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
Владислав Колосов, Но ведь должны были закешироваться новые планы на основание новых статистик, или я чего-то не понимаю ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 12:40 |
|
||
|
Падение производительности после полного обновления статистик
|
|||
|---|---|---|---|
|
#18+
bitocheg, В некоторых случаях на 1С серверах чистка кэша помогает, т.к. кэш заполняется разовыми Ad Hoc планами. А здесь обратная история, даже странно. Может зависит от запросов. Если на компиляцию каждого плана тратится заметное время, то общая производительность может ухудшаться. Попробуйте изучить Код: sql 1. 2. на https://www.sqlskills.com/ хорошо объяснены эти счетчики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.03.2021, 13:00 |
|
||
|
|

start [/forum/topic.php?fid=46&fpage=30&tid=1684924]: |
0ms |
get settings: |
7ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
99ms |
get topic data: |
15ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 204ms |

| 0 / 0 |
