Есть несколько пользователей, у которых при действиях с задачами в документообороте(согласовать, не согласовать и т.д.) интерфейс зависает намертво в тонком и веб клиентах на время до 120 секунд. Причем такое происходит хаотически - можно согласовать сотню заявок без проблем, а можно на трех подряд словить зависание. В консоли кластера проблемные пользователи находятся в топе по времени вызовов СУБД, что наводит на мысли о плохом запросе.
Есть идеи, как отловить такой запрос? Запускать пользователя через конфигуратор с замером производительности хотелось бы в последнюю очередь.
Есть идеи, как отловить такой запрос? Запускать пользователя через конфигуратор с замером производительности хотелось бы в последнюю очередь.
По теме из базы знаний
- История оптимизации одного большого запроса средствами MSSQL Profiler и 1С
- Консоль запросов (управляемые формы) + возможность работы в толстом клиенте
- Поиск по произвольным частям текста
- Тюнинг производительности запросов в PostgreSQL
- Планы запросов - это просто! Разбор оптимизаций запросов PostgreSQL на живых примерах
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
если проблема была например с 12.03 до 12.06 поставьте в отбор с 12.00 до 12.15 и посмотрите какие запросы попали в этот период
правда если не будет совсем, то период надо увеличить на 15 минут до и после, если происходил какой то ну очень долгий запрос (чтобы начало и конец запроса попали в отбор)
Есть идеи, как отловить такой запрос?
собираете данные в пределах часах до и после, затем ставите фильтр на период который вас интересует
если проблема была например с 12.03 до 12.06 поставьте в отбор с 12.00 до 12.15 и посмотрите какие запросы попали в этот период
правда если не будет совсем, то период надо увеличить на 15 минут до и после, если происходил какой то ну очень долгий запрос (чтобы начало и конец запроса попали в отбор)
Запрос нашелся в модуле формы с задачами пользователя, он тянет из базы данные для обновления дерева задач.
Консолью запросов выяснил, что проблема происходит в процессе первой выборки. Если в запросе оставить только создание временных таблиц и вторую выборку, то зависания не происходит.
Если дождаться, когда выполнение запроса зависнет и запустить выполнение такого же запроса в другом сеансе, то он тоже зависнет. Если в другом сеансе запустить запрос без первой выборки, то при висящем первом сеансе он выполняется моментально.
На мысль наводит страшный блок соединений и отборов в проблемной выборке. По рекомендациям 1С попробую проиндексировать соответствующие поля временных таблиц.
Текст запроса |
|---|
ВЫБРАТЬ
ИсполнителиРолейИДелегаты.РольПользователь КАК Исполнитель,
МИНИМУМ(ИсполнителиРолейИДелегаты.НастройкаДелегирования) КАК НастройкаДелегирования
ПОМЕСТИТЬ ИсполнителиЗадач
ИЗ
РегистрСведений.ИсполнителиРолейИДелегаты КАК ИсполнителиРолейИДелегаты
ГДЕ
ИсполнителиРолейИДелегаты.ИсполнительДелегат = &ТекущийПользователь
И ИсполнителиРолейИДелегаты.ИмяОбластиДелегирования В ("", "ПроцессыИЗадачи")
СГРУППИРОВАТЬ ПО
ИсполнителиРолейИДелегаты.РольПользователь
;
//////////////////////////////////////////////////////////// Показать |
Консолью запросов выяснил, что проблема происходит в процессе первой выборки. Если в запросе оставить только создание временных таблиц и вторую выборку, то зависания не происходит.
Если дождаться, когда выполнение запроса зависнет и запустить выполнение такого же запроса в другом сеансе, то он тоже зависнет. Если в другом сеансе запустить запрос без первой выборки, то при висящем первом сеансе он выполняется моментально.
На мысль наводит страшный блок соединений и отборов в проблемной выборке. По рекомендациям 1С попробую проиндексировать соответствующие поля временных таблиц.
(7) при отсуствии данных в кэше по таблице и сканировании таблицы целиком надо стараться наложить как можно раньше более строгий отбор ( пользователь это хорошо, но по нему может быть очень много записей, а фильтр по списку вообще никогда хорошим не был)
то что вы текст нашли хорошо, но над смотреть план запроса
то что вы текст нашли хорошо, но над смотреть план запроса
У Богачева есть видео, как с высокой вероятностью посмотреть, что делают пользователи в топе
На ютубе "Видео-кейс от Виктора Богачева. Как узнать, что делал зависший пользователь или фоновое задание 1С"
Опять же, надо понимать, что за СУБД, платформа. Если 8.2 без снепшота и запрос в транзакции, то включить снепшот в SSMS, если СУБД МС, конечно.
Если просто запрос, то выполнить его в консоли пару раз и оценить его выполнение на холодную и горячую. Так же, неплохо было бы план запроса посмотреть. Если проблема в запросе, а не в блокировках
На ютубе "Видео-кейс от Виктора Богачева. Как узнать, что делал зависший пользователь или фоновое задание 1С"
Опять же, надо понимать, что за СУБД, платформа. Если 8.2 без снепшота и запрос в транзакции, то включить снепшот в SSMS, если СУБД МС, конечно.
Если просто запрос, то выполнить его в консоли пару раз и оценить его выполнение на холодную и горячую. Так же, неплохо было бы план запроса посмотреть. Если проблема в запросе, а не в блокировках
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот