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

Для тех, у кого нет доступа к 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. Блокировки, автоматический режим для других СУБД. ИТС, подробнее

СУБД 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. Ориентировался на вопросы экзамена. Посоветуйте, что еще добавить.

To be continued...