sys.dm_db_index_operational_stats (Transact-SQL)

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

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

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

Синтаксис

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 | ПО УМОЛЧАНИЮ

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

Укажите ЗНАЧЕНИЕ NULL для возврата сведений для всех баз данных в экземпляре SQL Server. Если для database_id задано значение NULL, необходимо также указать значение NULL для object_id, index_id и partition_number.

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

object_id | NULL | 0 | ПО УМОЛЧАНИЮ

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

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

Укажите ЗНАЧЕНИЕ NULL для возврата сведений для всех таблиц и представлений в указанной базе данных. Если для object_id задано значение NULL, необходимо также указать ЗНАЧЕНИЕ NULL для index_id и partition_number.

index_id | 0 | NULL | -1 | ПО УМОЛЧАНИЮ

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

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

partition_number | NULL | 0 | ПО УМОЛЧАНИЮ

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

Укажите ЗНАЧЕНИЕ NULL для возврата сведений для всех секций индекса или кучи.

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

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

Замечания

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

Эта функция не принимает коррелированные параметры из 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_bytes могут быть больше нуля для некластеризованных индексовlob_fetch_in_pages, содержащих один или несколько столбцов бизнес-объектов, как включенные столбцы. Дополнительные сведения см. в разделе "Создание индексов с включенными столбцами". Аналогичным образом значения столбцов row_overflow_fetch_in_pages и row_overflow_fetch_in_bytes могут быть больше 0 для некластеризованных индексов, если индекс содержит большие строки.

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

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

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

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

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

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

Разрешения

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

• 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 разрешений, предоставленных для определенных объектов.

Дополнительные сведения см. в статье "Динамические административные представления и функции" (Transact-SQL).

Примеры

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

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

DECLARE @db_id int = DB_ID(N'AdventureWorks2025');
DECLARE @object_id 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)
• Индексы, связанные с динамическими административными представлениями и функциями (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)