Início / dba / Perguntas / 340508
Accepted
David Thielen
Asked: 2024-06-26 02:03:36 +0800 CST

Como posso medir a capacidade de resposta do banco de dados SQL

  • 772

Estou testando meu aplicativo Web, que é o Azure App Server + o Banco de Dados SQL do Azure.

Estou observando as métricas do painel de dados do Azure à medida que o testamos e a maioria das medidas (porcentagem de DTU, porcentagem de CPU etc.) tem uma média de 0,2% a 0,5%, chegando a 2% às vezes.

No insight de desempenho da consulta, o pior é 1,080 segundos, um é de 0,860 segundos e o restante é inferior a 0,5 segundos. Todas as minhas páginas de interesse têm 1 ou 2 consultas, embora o Entity Frameworks possa dividir uma consulta em várias.

As recomendações de desempenho e o ajuste automático não têm sugestões. Estou 99,9% confiante de que estou indexando tudo o que deveria.

Então, aqui estão as minhas questões:

  1. O que mais devo medir? O importante, eu acho, é quanto tempo uma consulta espera para ser executada. Se uma consulta leva 0,0001 segundos para ser executada, mas vem após a consulta de 1 segundo, então é 1,0001 antes de retornar. Vale a pena dar uma olhada? E se sim, onde/como posso encontrar isso?
  2. Acho que minhas dúvidas se reduzem ao que realmente preciso. Os que demoram é um modelo que possui 4 coleções que são preenchidas por meio de uma tabela de junção. E preciso dessas 4 coleções (não leio outras coleções do modelo que não preciso). Há algo que eu possa fazer para acelerar as duas consultas em mais de 0,5 segundo? Quando eu olhei para isso no passado, uma simples leitura na consulta não é mais rápida em um procedimento armazenado (e fazer isso perde as vantagens do Entity Framework).
sql-server

1 respostas

  1. Best Answer
    -- Identify long-running queries and wait times
SELECT 
    qs.sql_handle,
    qs.statement_start_offset,
    qs.statement_end_offset,
    qs.execution_count,
    qs.total_worker_time,
    qs.total_elapsed_time,
    qs.total_logical_reads,
    qs.total_physical_reads,
    qs.total_logical_writes,
    qs.wait_time,
    q.text
FROM 
    sys.dm_exec_query_stats qs
CROSS APPLY 
    sys.dm_exec_sql_text(qs.sql_handle) q
ORDER BY 
    qs.total_elapsed_time DESC;

-- Rebuild fragmented indexes
ALTER INDEX ALL ON [dbo].[YourTableName] REBUILD;

-- Update statistics
UPDATE STATISTICS [dbo].[YourTableName];

-- Check missing indexes
SELECT 
    migs.avg_total_user_cost * (migs.avg_user_impact * 0.01) * (migs.user_seeks + migs.user_scans) AS improvement_measure,
    'CREATE INDEX IX_' + LEFT(p.name, 32) + '_' + LEFT(o.name, 32) + ' ON ' + p.name + '.' + o.name + ' (' + 
    ISNULL(mid.equality_columns,'') +
    CASE WHEN mid.equality_columns IS NOT NULL AND mid.inequality_columns IS NOT NULL THEN ',' ELSE '' END +
    ISNULL(mid.inequality_columns, '') + ')' +
    ISNULL(' INCLUDE (' + mid.included_columns + ')', '') AS create_index_statement
FROM 
    sys.dm_db_missing_index_groups mig
    INNER JOIN sys.dm_db_missing_index_group_stats migs ON migs.group_handle = mig.index_group_handle
    INNER JOIN sys.dm_db_missing_index_details mid ON mig.index_handle = mid.index_handle
    INNER JOIN sys.objects o ON mid.object_id = o.object_id
    INNER JOIN sys.schemas s ON o.schema_id = s.schema_id
    INNER JOIN sys.databases p ON p.database_id = mid.database_id
ORDER BY 
    improvement_measure DESC;

-- Enable execution plan
SET SHOWPLAN_XML ON;

-- Run your query to get the execution plan
SELECT * FROM [dbo].[YourTableName] WHERE [Condition];

-- Disable execution plan
SET SHOWPLAN_XML OFF;
    • 0

relate perguntas