Вы можете использовать один из этих двух запросов, чтобы увидеть общее логическое чтение и общее физическое чтение.
SELECT DB_NAME(st.dbid) Db,
OBJECT_NAME(st.objectid, st.dbid) Prc,
qs.execution_count,
qs.total_logical_reads,
qs.total_physical_reads,
qs.statement_start_offset,
qs.statement_end_offset,
st.text
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st;
SELECT DB_NAME(database_id) Db,
OBJECT_NAME(object_id, database_id) Prc,
execution_count,
total_logical_reads,
total_physical_reads
FROM sys.dm_exec_procedure_stats ps;
Первый разбивает это на утверждения, второй учитывает всю процедуру.
Физическое чтение - это чтение с диска, логическое чтение - против памяти. Вы можете использовать это, чтобы выяснить, какие процедуры или операторы являются самыми дорогими в вашей системе, и попытаться их настроить.
Имейте в виду, что хотя логическое чтение значительно дешевле физического чтения, оно все же дорого, поэтому сокращение их количества (например, путем добавления соответствующего индекса) может ускорить выполнение ваших запросов.
В приведенных выше DMV есть много дополнительных столбцов, которые могут вас заинтересовать.
Как индекс помогает уменьшить логическое чтение?
В SQL Server все данные организованы в блоки размером 8 КБ. Эти блоки называются «страницами».
Каждая таблица содержит мета-страницы, которые содержат информацию о структуре таблицы, а также страницы pata. Если индекс не существует, и вы выполняете запрос, такой как SELECT * FROM tbl WHERE Id = 7SQL Server, он должен искать эту или эти строки во всей таблице. Таким образом, он считывает по одной странице за раз, просматривает все строки на каждой странице, чтобы определить строки, которые соответствуют WHEREпредложению. Таким образом, если для хранения таблицы требуется 1 000 000 страниц, для выполнения этого запроса потребуется 1 000 000 логических операций чтения.
Если у вас есть индекс, SQL Server сортирует данные логически на страницах и создает связанный список между страницами. Это позволяет выполнять запросы с ORDER BYвыполнением без дорогой операции сортировки. Но более важно то, что при сортировке SQL Server добавляет в таблицу дерево B + . Дерево B + - это структура, сравнимая с индексом в книге, где поиск определенного ключевого слова позволяет мне непосредственно переходить на страницу, которая содержит ключевое слово. Типичная книга имеет только один уровень индекса, тогда как у дерева B + может быть несколько. Подумайте только о большой книге, в которой сам индекс состоит из нескольких страниц. В таком случае имеет смысл добавить дополнительный индексный слой, который сообщает нам, на какой странице Sдолжны быть найдены индексные слова, начинающиеся с .
Деревья B + оптимизированы таким образом, чтобы иметь как можно меньше уровней, обеспечивая при этом свойство, что любую запись в индексе можно найти, прочитав по одной странице на уровень индекса. Итак, примите приведенный выше WHERE Id = 7запрос, когда у вас есть индекс, отсортированный по Id. Допустим, индекс имеет 5 уровней. Теперь, чтобы найти все записи, соответствующие этому запросу, мне нужно прочитать одну страницу на уровень индекса (то есть 5 страниц). Это называется «поиск индекса». Если есть несколько записей, которые соответствуют требованиям, мне, возможно, придется некоторое время следить за отсортированным индексом, чтобы получить все из них. Но давайте предположим, что есть только одна запись.
Таким образом, без выполнения индекса этот запрос потребовал 1 000 000 операций чтения, а для индексов - 5 операций чтения. Несмотря на то, что логическое чтение является операцией в памяти, это все равно требует значительных затрат - фактически это самая дорогая операция в тривиальном запросе, подобном приведенному выше. Таким образом, уменьшение количества логических операций чтения, необходимых в 200 000 раз, ускорит ваш запрос на аналогичный коэффициент.
Таким образом, логическое чтение не эквивалентно сканированию таблицы, но сканирование таблицы вызывает намного больше логических чтений, чем поиск по индексу.
