sys.dm_db_index_operational_stats (Transact-SQL)

Применимо к:SQL ServerБаза данных Azure SQLУправляемый экземпляр Azure SQLБаза данных SQL в Microsoft Fabric

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

Соглашения о синтаксисе Transact-SQL

Syntax

sys.dm_db_index_operational_stats (
    { database_id | NULL | 0 | DEFAULT }
    , { object_id | NULL | 0 | DEFAULT }
    , { index_id | 0 | NULL | -1 | DEFAULT }
    , { partition_number | NULL | 0 | DEFAULT }
)

Аргументы

{ database_id | NULL | 0 | DEFAULT }

Идентификатор базы данных. database_id имеет небольшой размер. Допустимые входные данные — это идентификатор базы данных, NULL, 0, или DEFAULT. Значение по умолчанию — 0. NULL, 0и DEFAULT эквивалентны значениям в этом контексте.

Укажите NULL возвращаемые сведения для всех баз данных в экземпляре SQL Server. При указании NULL database_id необходимо также указать для NULL, index_id и partition_number.

Можно указать встроенную функцию DB_ID .

{ object_id | NULL | 0 | DEFAULT }

Идентификатор объекта таблицы или представления индекса включен. object_id имеет значение int.

Допустимые входные данные — это идентификатор таблицы и представление, NULL, 0, или DEFAULT. Значение по умолчанию — 0. NULL, 0и DEFAULT эквивалентны значениям в этом контексте.

Укажите NULL возвращаемую информацию для всех таблиц и представлений в указанной базе данных. Если вы указываете NULL для object_id, необходимо также указать для NULL и partition_number.

{ index_id | 0 | NULL | -1 | DEFAULT }

Идентификатор индекса. index_id — это интеллект. Допустимые входные данные — это идентификаторный номер индекса, 0 если object_id — куча, NULL, -1, или DEFAULT. Значение по умолчанию — -1. NULL, -1и DEFAULT эквивалентны значениям в этом контексте.

Укажите NULL , чтобы возвращать сведения для всех индексов базовой таблицы или представления. Если вы указываете NULL для index_id, необходимо также указать для partition_numberNULL.

{ partition_number | NULL | 0 | DEFAULT }

Номер секции в объекте. partition_numberint. Допустимые входные данные — это partition_number индекса или кучи, NULL, 0или DEFAULT. Значение по умолчанию — 0. NULL, 0и DEFAULT эквивалентны значениям в этом контексте.

Укажите NULL , чтобы возвращать информацию для всех разбиений индекса или кучи.

partition_number основан на 1. Непартиментный индекс или куча имеет значение 1 partition_number.

Таблица возвращена

Замечания

Эта функция не возвращает сведения об индексах в таблицах, оптимизированных для памяти. Для информации об индексах в таблицах, оптимизированных по памяти, см. sys.dm_db_xtp_index_stats.

Эта функция не принимает коррелированные параметры из CROSS APPLY и OUTER APPLY.

Вы можете отслеживать sys.dm_db_index_operational_stats статистику операций чтения и записи данных, а также блокировку, блокировку страниц и статистику блокировок ввода-вывода страниц для таблицы, индекса или секции. Вы можете определить таблицы, индексы и секции, которые сталкиваются со значительным действием или спором.

Статистика предоставляется на уровне секции и является аддитивной. Это означает, что можно получить статистику уровня индекса или таблицы, написав агрегатный запрос в T-SQL. Дополнительные сведения см. в разделе "Сканирование индекса" и поиск для всех примеров таблиц .

Чтобы проанализировать статистику операций чтения и записи для таблицы, индекса или секции, используйте следующие столбцы:

• leaf_insert_count
• leaf_delete_count
• leaf_update_count
• leaf_ghost_count
• range_scan_count
• singleton_lookup_count

Чтобы определить конфликты с блокировкой, используйте следующие столбцы:

• page_latch_wait_count
• page_latch_wait_in_ms

Чтобы определить конфликт блокировки, используйте следующие столбцы:

• row_lock_count
• page_lock_count
• row_lock_wait_in_ms
• page_lock_wait_in_ms

Чтобы проанализировать статистику физических операций ввода-вывода, используйте следующие столбцы:

• page_io_latch_wait_count
• page_io_latch_wait_in_ms

Примечания к столбцам

Значения в столбцах и lob_fetch_in_pages могут быть больше нуля для некластеризованных индексовlob_fetch_in_bytes, содержащих один или несколько столбцов бизнес-объектов, как включенные столбцы. Дополнительные сведения см. в разделе "Создание индексов с включенными столбцами". Аналогичным образом значения столбцов row_overflow_fetch_in_pages и row_overflow_fetch_in_bytes могут быть больше 0 для некластеризованных индексов, если индекс содержит большие строки.

Как счетчики в кэше метаданных сбрасываются

Данные, возвращаемые данными sys.dm_db_index_operational_stats , существуют только до тех пор, пока доступен объект кэша метаданных, представляющий кучу или дерево B-дерева. Эти данные не являются устойчивыми. Это означает, что вы не можете использовать эти счётчики для однозначного определения, использовался ли индекс или когда он был использован в последний раз. Вместо этого используйте sys.dm_db_index_usage_stats.

Значения для каждого числового столбца равны нулю, если метаданные для кучи или дерева B-данных будут доставлены в кэш метаданных. Статистика накапливается, пока объект кэша не будет удален из кэша метаданных. Активная куча или дерево B-дерева обычно содержит свои метаданные в кэше, а совокупные счетчики отражают действие после последнего запуска экземпляра ядра СУБД. Метаданные для менее активной кучи или B-дерева могут перемещаться в кэш и из него при использовании, особенно если экземпляр ядро СУБД находится под давлением памяти. В результате статистика операций индексов иногда не отражается sys.dm_db_index_operational_stats. Это нетипично.

Статистика удаляется из кэша и больше не сообщается этой функцией, если таблица или индекс удалены, или если секция усечена. Другие операции DDL с индексом могут привести к сбросу значения статистики до нуля.

Использование системных функций для указания значений параметров

Функции Transact-SQL можно использовать DB_ID и OBJECT_ID , чтобы указать значение для параметров database_id и object_id . Однако передача некорректных значений этим функциям может привести к нежелательным последствиям. Всегда убедитесь, что допустимый идентификатор возвращается при использовании DB_ID или OBJECT_ID. Дополнительные сведения см. в разделе "Возвращаемые сведения" для указанной таблицы.

Permissions

Необходимы следующие разрешения:

• CONTROL разрешение на указанный объект в базе данных

• VIEW DATABASE STATE или VIEW DATABASE PERFORMANCE STATE разрешение возвращать информацию обо всех объектах в указанной базе данных, если значение для @object_id не указано.

• VIEW SERVER STATE или VIEW SERVER PERFORMANCE STATE разрешение возвращать информацию обо всех базах данных, если значение для @database_id не указано.

VIEW DATABASE STATE Предоставление или VIEW SERVER PERFORMANCE STATE разрешение возврата всех объектов в базе данных независимо от каких-либо CONTROL разрешений, запрещенных для определенных объектов.

Запретить VIEW DATABASE STATE или VIEW SERVER PERFORMANCE STATE запретить возврат всех объектов в базе данных независимо от любых CONTROL разрешений, предоставленных для определенных объектов.

Для получения дополнительной информации см. Режимы и функции управления динамикой системы.

Examples

Возврат сведений для указанной таблицы

Следующий пример возвращает информацию по всем индексам и разделам Person.Address таблицы в базе данных AdventureWorks2025.

DECLARE @db_id AS INT = DB_ID(N'AdventureWorks2025');
DECLARE @object_id AS INT = OBJECT_ID(N'AdventureWorks2025.Person.Address');

SELECT *
FROM sys.dm_db_index_operational_stats(@db_id, @object_id, NULL, NULL)
WHERE @db_id IS NOT NULL
      AND @object_id IS NOT NULL;

Возврат сведений для всех таблиц и индексов

В следующем примере возвращаются сведения обо всех таблицах и индексах экземпляра ядра СУБД.

SELECT *
FROM sys.dm_db_index_operational_stats(NULL, NULL, NULL, NULL);

Сканирование индекса и поиск для всех таблиц

В следующем примере данные уровня секции объединяются для возврата статистики поиска и сканирования индекса для всех таблиц в текущей базе данных.

SELECT OBJECT_SCHEMA_NAME(object_id) AS schema_name,
       OBJECT_NAME(object_id) AS object_name,
       COUNT(DISTINCT(index_id)) AS index_count,
       COUNT(DISTINCT(partition_number)) AS partition_count,
       SUM(range_scan_count) AS index_scan_count,
       SUM(singleton_lookup_count) AS index_seek_count
FROM sys.dm_db_index_operational_stats(DB_ID(), DEFAULT, DEFAULT, DEFAULT)
GROUP BY OBJECT_SCHEMA_NAME(object_id),
         OBJECT_NAME(object_id)
ORDER BY schema_name, object_name;

Связанные материалы

• Представления и функции управления системой динамики
• Индексы, связанные с динамическими административными представлениями и функциями (Transact-SQL)
• Наблюдение и настройка производительности
• sys.dm_db_index_physical_stats (Transact-SQL)
• sys.dm_db_index_usage_stats (Transact-SQL)
• sys.dm_os_latch_stats (Transact-SQL)
• sys.dm_db_partition_stats (Transact-SQL)
• sys.allocation_units (Transact-SQL)
• sys.partitions (Transact-SQL)
• sys.indexes (Transact-SQL)