¿Cómo encontrar las consultas de peor rendimiento en SQL Server 2008?

Question

¿Cómo encontrar las consultas de peor rendimiento en SQL Server 2008?

me encontré con el siguiente ejemplo, pero no parece funcionar:

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 

Tomado de:

http://www.sqlservercurry.com/2010/03/top-5-costly-stored-procedures-in-sql.html

Answer 1

10 peores consultas basado en ...:

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 

Answer 2

Encontrar consultas lentas rendimiento con SQL

• de inicio Analizador de SQL (preferiblemente en la base de datos en vivo).
• Archivo -> Nueva traza
• Elija servidor SQL
• filtro Tab
• opcionalmente establecer un filtro en el nombre de la base
• iniciar el analizador (RUN)
• guardar el resultado en una tabla, por ejemplo: _Mytrace, preferiblemente en un servidor de base de datos que no tiene mucho que ver ya
• Filtrar las consultas de selección
• para ellos por la duración
• Comprobar plan de exectution para esta consulta

Answer 3

Si usted quiere encontrar las consultas peor desempeño de tiempo necesario, que haría uso de este:

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 

Sin embargo, la búsqueda de las "peores" consultas a menudo requiere un poco más de sondeo en el exec_query_stats DMV. Hay muchas cosas a considerar:

1. Peores consultas individuales por tiempo que la consulta anterior producirá.
2. cerdos Peor CPU (si está ejecutando en lo alto de la CPU), que ordenaría por total_worker_time/execution_count
3. consultas que realizan la mayoría de las lecturas, que a menudo son consultas que tardan más tiempo.

Ahora estas consultas resaltarán las consultas que tienen un bajo rendimiento, pero a menudo puede tener consultas con un rendimiento "justo" pero se llama con frecuencia, lo que reduce el rendimiento general de su aplicación. Para encontrarlos, ordene la consulta anterior por total_elapsed time (o total_[whatever metric you are interested in]) y no los divida por execution_count.

Answer 4

This El artículo de MSDN Magazine proporciona información excelente sobre este tema.