sys.dm_exec_query_memory_grants (Transact-SQL)

Применимо: SQL Server База данных SQL Azure Управляемый экземпляр SQL Azure azure Synapse Analytics Analytics Platform System (PDW)

Возвращает сведения обо всех запрошенных запросах и ожидающих предоставления памяти или предоставления памяти. Запросы, которые не требуют предоставления памяти, не будут отображаться в этом представлении. Например, операции сортировки и хэш-соединения предоставляют память для выполнения запросов, а запросы без ORDER BY предложения не будут предоставлять память.

В База данных SQL Azure динамические административные представления не могут предоставлять сведения, влияющие на доступность базы данных или предоставление сведений о других базах данных, к которым пользователь имеет доступ. Чтобы избежать предоставления этой информации, отфильтровывается каждая строка, содержащая данные, которые не принадлежат подключену клиенту. Кроме того, значения в столбцах scheduler_id, wait_orderpool_idgroup_id фильтруются; значение столбца имеет значение NULL.

Примечание.

Чтобы вызвать это из Azure Synapse Analytics или Analytics Platform System (PDW), используйте имя sys.dm_pdw_nodes_exec_query_memory_grants. Этот синтаксис не поддерживается бессерверным пулом SQL в Azure Synapse Analytics.

Имя столбца	Тип данных	Description
session_id	smallint	Идентификатор (SPID) сеанса, в котором выполняется данный запрос.
request_id	int	Идентификатор запроса. Уникален в контексте сеанса.
scheduler_id	int	Идентификатор планировщика, который планирует данный запрос.
dop	smallint	Степень параллелизма данного запроса.
request_time	datetime	Дата и время обращения запроса за предоставлением памяти.
grant_time	datetime	Дата и время, когда запросу была предоставлена память. Возвращает значение NULL, если память еще не была предоставлена.
requested_memory_kb	bigint	Общий объем запрошенной памяти в килобайтах.
granted_memory_kb	bigint	Общий объем фактически предоставленной памяти в килобайтах. Может быть значение NULL, если память еще не была предоставлена. Для типичной ситуации это значение должно совпадать requested_memory_kbс . Для создания индекса сервер может разрешить дополнительное предоставление по требованию памяти, объем которой выходит за рамки изначально предоставленной памяти.
required_memory_kb	bigint	Минимальный объем памяти в килобайтах (КБ), необходимый для выполнения данного запроса. requested_memory_kb совпадает или больше, чем эта сумма.
used_memory_kb	bigint	Используемый в данный момент объем физической памяти (в килобайтах).
max_used_memory_kb	bigint	Максимальный объем используемой до данного момента физической памяти в килобайтах.
query_cost	float	Ожидаемая стоимость запроса.
timeout_sec	int	Время ожидания данного запроса в секундах до отказа от обращения за предоставлением памяти.
resource_semaphore_id	smallint	Неуникальный идентификатор семафора ресурса, которого ожидает данный запрос. Примечание. Этот идентификатор уникален в версиях SQL Server, предшествующих SQL Server 2008 (10.0.x). Данное изменение может повлиять на устранение проблем в запросах. Дополнительные сведения см. в разделе "Примечания" далее в этой статье.
queue_id	smallint	Идентификатор ожидающей очереди, в которой данный запрос ожидает предоставления памяти. Значение NULL, если память уже предоставлена.
wait_order	int	Последовательный порядок ожидающих запросов в заданном порядке queue_id. Это значение может измениться для данного запроса, если другие запросы получают предоставление памяти или время ожидания. ЗНАЧЕНИЕ NULL, если память уже предоставлена.
is_next_candidate	bit	Является следующим кандидатом на предоставление памяти. 1 = да 0 = нет NULL = память уже предоставлена.
wait_time_ms	bigint	Время ожидания в миллисекундах. Значение NULL, если память уже предоставлена.
plan_handle	varbinary(64)	Идентификатор для данного плана запроса. Используется sys.dm_exec_query_plan для извлечения фактического xml-плана.
sql_handle	varbinary(64)	Идентификатор текста Transact-SQL для этого запроса. Используется sys.dm_exec_sql_text для получения фактического текста Transact-SQL.
group_id	int	Идентификатор группы рабочей нагрузки, в которой выполняется данный запрос.
pool_id	int	Идентификатор пула ресурсов, к которому принадлежит данная группа рабочей нагрузки.
is_small	tinyint	Значение 1 означает, что для данной операции предоставления памяти используется малый семафор ресурса. Значение 0 означает использование обычного семафора.
ideal_memory_kb	bigint	Объем, в килобайтах (КБ), предоставленной памяти, необходимый для размещения всех данных в физической памяти. Основывается на оценке количества элементов.
pdw_node_id	int	Идентификатор узла, на который находится данное распределение. Область применения: Azure Synapse Analytics, Analytics Platform System (PDW)
reserved_worker_count	bigint	Количество зарезервированных рабочих потоков. Область применения: SQL Server (начиная с SQL Server 2016 (13.x)) и База данных SQL Azure
used_worker_count	bigint	Количество рабочих потоков, используемых в данный момент. Область применения: SQL Server (начиная с SQL Server 2016 (13.x)) и База данных SQL Azure
max_used_worker_count	bigint	Максимальное количество рабочих потоков, используемых до этого момента. Область применения: SQL Server (начиная с SQL Server 2016 (13.x)) и База данных SQL Azure
reserved_node_bitmap	bigint	Растровое изображение узлов NUMA, в которых зарезервированы рабочие потоки . Область применения: SQL Server (начиная с SQL Server 2016 (13.x)) и База данных SQL Azure

Разрешения

В SQL Server требуется разрешение VIEW SERVER STATE.
Для База данных SQL Azure требуется VIEW DATABASE STATE разрешение в базе данных.

Разрешения для SQL Server 2022 и более поздних версий

Требуется разрешение VIEW SERVER PERFORMANCE STATE на сервере.

Замечания

Запросы, использующие динамические административные представления, которые включают ORDER BY или агрегаты, могут увеличить потребление памяти и, таким образом, внести свой вклад в проблему, которую они устраняют.

Регулятор ресурсов позволяет администратору базы данных распределять ресурсы сервера между пулами ресурсов, используя до 64 пулов. Начиная с SQL Server 2008 (10.0.x), каждый пул работает как небольшой независимый экземпляр сервера и требует двух семафоров. Число возвращаемых строк может превышать 20 раз больше, чем строки, возвращаемые sys.dm_exec_query_resource_semaphores в SQL Server 2005 (9.x).

Примеры

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

• Проверьте общее состояние памяти системы с помощью sys.dm_os_memory_clerks, sys.dm_os_sys_info и различных счетчиков производительности.

• Проверьте резервирование памяти выполнения запросов в sys.dm_os_memory_clerks том месте type = 'MEMORYCLERK_SQLQERESERVATIONS'.

• Проверьте наличие запросов, ожидающих¹ для предоставления грантов с помощью sys.dm_exec_query_memory_grants:

  --Find all queries waiting in the memory queue  
  SELECT * FROM sys.dm_exec_query_memory_grants WHERE grant_time IS NULL;
  

  ¹ В этом случае типом ожидания, как правило, является RESOURCE_SEMAPHORE. Для получения дополнительной информации см. sys.dm_os_wait_stats (Transact-SQL).

• Кэш поиска запросов с предоставлением памяти с помощью sys.dm_exec_cached_plans (Transact-SQL) и sys.dm_exec_query_plan (Transact-SQL)

  -- retrieve every query plan from the plan cache  
  USE master;  
  GO  
  SELECT * FROM sys.dm_exec_cached_plans cp CROSS APPLY sys.dm_exec_query_plan(cp.plan_handle);  
  GO  
  

• Если запрос на запуск подозревается, проверьте Showplan в столбце query_plan из sys.dm_exec_query_plan и пакет text запросов из sys.dm_exec_sql_text. Дополнительные сведения о выполнении запросов с интенсивным объемом памяти с помощью sys.dm_exec_requests.

  --Active requests with memory grants
  SELECT
  --Session data 
    s.[session_id], s.open_transaction_count
  --Memory usage
  , r.granted_query_memory, mg.grant_time, mg.requested_memory_kb, mg.granted_memory_kb, mg.required_memory_kb, mg.used_memory_kb, mg.max_used_memory_kb     
  --Query 
  , query_text = t.text, input_buffer = ib.event_info, query_plan_xml = qp.query_plan, request_row_count = r.row_count, session_row_count = s.row_count
  --Session history and status
  , s.last_request_start_time, s.last_request_end_time, s.reads, s.writes, s.logical_reads, session_status = s.[status], request_status = r.status
  --Session connection information
  , s.host_name, s.program_name, s.login_name, s.client_interface_name, s.is_user_process
  FROM sys.dm_exec_sessions s 
  LEFT OUTER JOIN sys.dm_exec_requests AS r 
      ON r.[session_id] = s.[session_id]
  LEFT OUTER JOIN sys.dm_exec_query_memory_grants AS mg 
      ON mg.[session_id] = s.[session_id]
  OUTER APPLY sys.dm_exec_sql_text (r.[sql_handle]) AS t
  OUTER APPLY sys.dm_exec_input_buffer(s.[session_id], NULL) AS ib 
  OUTER APPLY sys.dm_exec_query_plan (r.[plan_handle]) AS qp 
  WHERE mg.granted_memory_kb > 0
  ORDER BY mg.granted_memory_kb desc, mg.requested_memory_kb desc;
  GO
  

См. также

• sys.dm_exec_query_resource_semaphores (Transact-SQL)
• sys.dm_os_wait_stats (Transact-SQL)
• Связанные с выполнением динамические административные представления и функции (Transact-SQL)
• Руководство по архитектуре потоков и задач
• MSSQLSERVER_701
• Устранение проблем нехватки памяти в Базе данных SQL Azure