SQL Server Profiler. В картинках, для самых маленьких

Администрирование - Оптимизация БД (HighLoad)

SQL Server Profiler Подготовка Профессионал по технологическим вопросам.

36
Шпаргалка к экзамену "Эксперт по технологическим вопросам".

Для тех, у кого нет доступа к SQL Server Profiler (SQL 2012) или кому просто некогда. Материал составлен с оглядкой на статью Андрея Бурмистрова.

1. Настройка «Max degree of parallelism»

Если при анализе планов запроса у вас встречаются характерные операторы "Параллелизм",

Нужно сделать настройку в SQL Management Studio. Максимальная степень параллелизма должна быть 1. При изменении сервер перезапускать не нужно.

Разъяснение 1C. Уточнение: более тонкая настройка - использовать параметр "Стоимостной порог для параллелизма". Чтобы обработка в несколько потоков выполнялась только для достаточно больших запросов. Например, запросов, предварительный план которых дольше 3 минут. При этом установить количество ядер (степень параллелизма) кратно количеству ядер одного процессора.

2. Появляются записи Trace Skipped Records

Если при трассировке появляются записи Trace Skipped Records, которые нужно просмотреть, необходимо при создании трассировки указать "Сохранить в файл", имя файла на сервере СУБД, установить максимальный размер файла, "Сервер обрабатывает данные трассировки".

Ниже пример трассировки с Trace Skipped Records и то же из файла, где записи приведены полностью. (Выше записи Duration = 7565).

Кстати, если оценивать запрос по показателям "Duration", "Reads", "Reads" то этот запрос абсолютно неоптимален: за семь секунд произведено 160578 чтений и результат - 8 записей.

3.1. Программа в режиме автоматических блокировок. Выполним код

SQL Server Profiler мы обычно воспринимаем, как инструмент анализа запросов. Однако, объектное чтение тоже преобразуется в запросы на уровне СУБД. Как и ожидалось, команда набора записей "Прочитать" делает запрос в транзакции. Это видно в столбце Text data: "BEGIN TRANSACTION", "COMMIT TRANSACTION". Уровень изоляции - SERIALIZABLE - в тексте запроса.

3.2. Тот же самый код (Набор записей.Прочитать) в режиме управляемых блокировок, используется совместимость с 8.2 делает запрос в транзакции, уровень изоляции Read Commited

3.3. Тот же самый код (Набор записей.Прочитать) в режиме управляемых блокировок, НЕ используется совместимость с 8.2

делает такой-же запрос, только не использует команду SET TRANSACTION ISOLATION LEVEL READ COMMITED, поскольку уровень изоляции - READ COMMITED SNAPSHOT совпадает с уровнем изоляции MS SQL 2012 по умолчанию.

3.4. Как мы видели выше, объектное чтение набора происходит в транзакции. Прочитать «грязные данные», можно запросом вне транзакции. Конфигурация в режиме совместимости с 8.2. Одинаково в автоматическом и управляемом режиме блокировок.

Уровень изоляции - Read Uncommitted. В тексте запроса ключевое слово NOLOCK.

3.5. Автоматический режим блокировок. Чтение запросом в транзакции.

В командах видно начало и окончание транзакции. По тексту запроса _Const12024 - константа, _InfoRG7759 - регистр. В обоих случаях уровень изоляции Serializable. Для справочника _Reference62 уровень изоляции - Repeateble Read. Если в тексте запроса 1С добавить конструкцию "ДЛЯ ИЗМЕНЕНИЯ", то рядом с уровнем изоляции будет добавлено "UPDLOCK". В СУБД MS SQL конструкция "ДЛЯ ИЗМЕНЕНИЯ" препятствует чтению в транзакции данных не любыми запросами в транзакции, а только теми, которые тоже используют конструкцию "ДЛЯ ИЗМЕНЕНИЯ".

 4.1. Небольшое отступление от MS Profiler. Блокировки, автоматический режим для других СУБД. ИТС, подробнее

Режим
блокировки
в транзакции

СУБД

Файловая
база
данных

MS SQL Server

PostgreSQL

Автоматический

Вид
блокировок

Таблиц

Записей

Таблиц

Уровень
изоляции

Serializable

Repeatable Read
или Serializable

Read Committed

Управляемый

Вид
блокировок

Таблиц

Записей

Записей

Уровень
изоляции

Serializable

Read Committed

Read Committed

СУБД POSTGRES конструкция "ДЛЯ ИЗМЕНЕНИЯ" (автоматический режим) препятствует чтению заблокированных данных любыми запросами в транзакции. Лично проверил.

СУБД MS SQL выше 2005: Режим совместимости 8.3 – всегда используется RCSI. Чтение вне транзакции 8.2 - используется Read UnCommited. Чтение в транзакции 8.2 используется Serializable/RepeatebleRead для автоматического режима и Read Commited для управляемого режима.

5. Архитектура хранения констант

Выполним запрос

ВЫБРАТЬ	Константы.ВалютаРегламентированногоУчета
ИЗ	Константы КАК Константы
ОБЪЕДИНИТЬ ВСЕ
ВЫБРАТЬ	Константы.ВалютаУправленческогоУчета
ИЗ	Константы КАК Константы

База ut_vasilev3 в режиме совместимости 8.2.13, обращение идет к единственной таблице dbo._Consts

Выполним тот же запрос, база ut_vasilev в режиме совместимости 8.2.16, обращение идет к разным таблицам. 

Переход к такой архитектуре в версии 8.2.14 и выше расширил возможности параллельной работы с константами.

6. Ограничения прав на уровне записей (RLS)

Вместе с шаблоном ограничений механизм RLS добавляет в текст запроса строку SDBL_DUMMY. На рисунке фрагмент такого запроса, фильтр по тексту запроса в свойствах трассировки.

7. Долой объектное чтение !

При получении данных через точку обрабатываются все реквизиты объекта. Если присутствуют табличные части, они тоже считываются, причем запросы чтения реквизитов и табличных частей объединяются одной транзакцией.  Подробнее - второе издание Настольная книга 1С:Эксперта, страницы 106-107. Функция ПолучитьОбъект() отправляет на сервер СУБД такие-же запросы.

Посмотрим как-бы безобидный код ПрочитатьОдинРеквизит = ДокументСсылка.Дата;

Начинается транзакция (1), читается версия объекта (2), читаются реквизиты объекта (3), читается первая табличная часть объекта(4)... Текст запроса показывает чтение всех реквизитов документа. Их слишком много, использовал пропуск.

Скорее всего версия объекта используется при повторном обращении к реквизитам объекта: оно происходит быстрее. Программа 1С изменяет номер версии при каждом изменении данных, поэтому если версии совпадают, то 1С считает данные совпадающими. Данные кэшируются на 20 секунд.

Чтобы читать данные быстрее и аккуратнее, используйте функции: ЗначениеРеквизитаОбъектов, ЗначенияРеквизитовОбъектов, ЗначениеРеквизитаОбъекта, ЗначенияРеквизитовОбъекта. Кстати, с помощью этих функций можно выполнять запросы с соединениями через точку, например ИНН контрагента из накладной:

СтруктураЗапроса = Новый Структура("ИННКонтрагента","Контрагент.ИНН");

ЗначенияРеквизитов = ЗначенияРеквизитовОбъекта(РеализацияТоваровУслуг, СтруктураЗапроса);

8. Избранные события.

Составил таблицу по документации. Столбцы, помогающие выделить событие среди процессов других приложений или пользователей не указывал: предполагал монопольное использование Profiler. Ориентировался на вопросы экзамена. Посоветуйте, что еще добавить.

 

Locks

 
 

Deadlock Graph

XML-описание взаимоблокировки

 

Lock:Acquired

получена блокировка для ресурса. В случае, если блокировка не получена - происходят другие события )

 

Lock:Cancel

получение блокировки ресурса было отменено

 

Lock:Escalation

возникает при укрупнении уровня блокировки

 

Lock:Released

блокировка ресурса была снята

 

Lock:Timeout

запрос на захват некоторого ресурса, например страницы, превысил время ожидания, так как данный ресурс был захвачен в блокирующем режиме другой транзакцией

 

Performance

 
 

Showplan All

План до выполнения запроса. Используют например, если запрос не выполняется из-за ошибки. Любопытно, что стоимость операторов (cost) в актуальном плане может не пересчитываться.

 

Showplan All for Query Compile

План в момент компиляции. Если используется план из кэша - событие не происходит. Кэш хранит планы в зависимости от текста запроса. Поэтому булево включают в текст. Смотри также parameter sniffing.

 

Showplan Statistics Profile

План в текстовом формате. Используется при анализе.

 
  • BinaryData

Обязательный столбец

 

Showplan XML Statistics Profile

В формате XML. Используется при анализе.

 
  • TextData

План запроса

 

Stored Procedures

 
 

RPC:Completed

например, завершение запроса

 
  • Duration

Количество занятого событием времени. В микросекундах, начиная с SQL Server 2008 R2. В миллисекундах в более ранних версиях.

 
  • EndTime

Время окончания

 
  • Reads

Число операций чтения страниц

 
  • RowCounts

Число строк

 
  • StartTime

Время начала

 
  • TextData

Текст запроса

 

TSQL

 
 

SQL:BatchCompleted

Выполнение команды. Например, начата/завершена транзакция.

 
  • Duration

Количество занятого событием времени. В микросекундах, начиная с SQL Server 2008 R2. В миллисекундах в более ранних версиях.

 

SQL:BatchStarted

выполнение начато

 

36

См. также

Избранное Подписка Сортировка: Древо
В этой теме еще нет сообщений.
Оставьте свое сообщение