Как найти, что худшее выполнение запрашивает в SQL Server 2008?
Как найти, что худшее выполнение запрашивает в SQL Server 2008?
Я нашел следующий пример, но это, кажется, не работает:
SELECT TOP 5 obj.name, max_logical_reads, max_elapsed_time
FROM sys.dm_exec_query_stats a
CROSS APPLY sys.dm_exec_sql_text(sql_handle) hnd
INNER JOIN sys.sysobjects obj on hnd.objectid = obj.id
ORDER BY max_logical_reads DESC
Взятый от:
http://www.sqlservercurry.com/2010/03/top-5-costly-stored-procedures-in-sql.html
4 ответа
10 самых плохих запросов на основе ...:
SELECT TOP 10
total_worker_time/execution_count AS Avg_CPU_Time
,execution_count
,total_elapsed_time/execution_count as AVG_Run_Time
,(SELECT
SUBSTRING(text,statement_start_offset/2,(CASE
WHEN statement_end_offset = -1 THEN LEN(CONVERT(nvarchar(max), text)) * 2
ELSE statement_end_offset
END -statement_start_offset)/2
) FROM sys.dm_exec_sql_text(sql_handle)
) AS query_text
FROM sys.dm_exec_query_stats
--pick your criteria
ORDER BY Avg_CPU_Time DESC
--ORDER BY AVG_Run_Time DESC
--ORDER BY execution_count DESC
Эта статья MSDN Magazine содержит отличную информацию по этой теме.
Поиск медленно выполняющихся запросов с помощью SQL Profiler
- Запустите SQL Profiler (предпочтительно в действующей базе данных).
- Файл -> Новая трассировка
- Выберите SQL-сервер
- Вкладка фильтр
- При желании установите фильтр по имени базы данных
- Запустите профилировщик (RUN)
- Сохраните результат в таблице для пример: _Mytrace, желательно на сервере базы данных, которому уже нечего делать
- Отфильтровать запросы выбора
- упорядочить их по длительности
- Проверить план выполнения для этих запросов
Если вы хотите найти наихудшие запросы по затраченному времени, я бы использовал следующее:
SELECT *
FROM sys.dm_exec_query_stats a
CROSS APPLY sys.dm_exec_sql_text(sql_handle) hnd
ORDER BY total_elapsed_time/execution_count DESC
Однако для поиска «наихудших» запросов часто требуется немного подробнее изучить exec_query_stats DMV. Есть много вещей, которые следует учитывать:
- Наихудшие отдельные запросы по времени, которые даст вышеуказанный запрос.
- Наихудшие нагрузки на ЦП (если у вас много ЦП), которые упорядочиваются по
total_worker_time / execution_count - Запросы, выполняющие наибольшее количество операций чтения, которые часто являются запросами, которые занимают больше всего времени.
Теперь эти запросы будут выделять запросы с низкой производительностью, но часто у вас могут быть запросы с «удовлетворительной» производительностью, но они вызываются очень часто, что снижает общую производительность вашего приложения. Чтобы найти их, упорядочьте приведенный выше запрос по total_elapsed time (или total_ [любой интересующей вас метрике] ) и не делите на execution_count .