Início / dba / Perguntas / 60651
Accepted
bjnr
Asked: 2014-03-12 05:28:31 +0800 CST

Como posso medir melhor o desempenho da consulta?

  • 772

Eu tenho 2 procedimentos armazenados, onde o segundo procedimento armazenado é uma melhoria do primeiro.

Estou tentando medir exatamente o quanto isso é uma melhoria.

  1. Medir clock timenão parece ser uma opção, pois recebo tempos de execução diferentes. Pior ainda, às vezes (raramente, mas acontece) o tempo de execução do segundo procedimento armazenado é maior que o tempo de execução do primeiro procedimento (acho que devido à carga de trabalho do servidor naquele momento).

  2. Include client statisticstambém fornece resultados diferentes.

  3. DBCC DROPCLEANBUFFERS, DBCC FREEPROCCACHEsão bons, mas a mesma história...

  4. SET STATISTICS IO ONpoderia ser uma opção, mas como obter uma pontuação geral, pois tenho muitas tabelas envolvidas em meus procedimentos armazenados?

  5. Include actual execution planpode ser uma opção também. Recebo um estimated subtreecostde 0,3253 para o primeiro procedimento armazenado e 0,3079 para o segundo. Posso dizer que o segundo procedimento armazenado é 6% mais rápido (=0,3253/0,3079)?

  6. Usando o campo "Lê" do SQL Server Profiler?

Então, como posso dizer que o segundo procedimento armazenado é x% mais rápido que o primeiro procedimento, independentemente das condições de execução (a carga de trabalho do servidor, o servidor onde esses procedimentos armazenados são executados etc.)?

Se não for possível, como posso provar que o segundo procedimento armazenado tem um tempo de execução melhor do que o primeiro procedimento armazenado?

sql-server performance

3 respostas

  1. Best Answer

    Eu gosto de usar a ferramenta gratuita SQLQueryStress ao comparar um cenário antes e depois. Com SQLQueryStress você pode executar cada procedimento armazenado quantas vezes quiser e obter as estatísticas médias totais de todas as execuções.

    Por exemplo, você pode executar cada procedimento armazenado 100 vezes e, em seguida, usar as estatísticas para fazer backup de suas melhorias. "Mais de 100 execuções, minhas melhorias economizam um total de 30 segundos e o proc armazenado faz 1500 leituras a menos por execução." Acho que você entendeu a ideia.

    Se houver parâmetros no proc armazenado, é sempre uma boa ideia verificar se suas melhorias funcionam com muitos conjuntos diferentes de parâmetros. SQLQueryStress faz algumas coisas legais ao permitir que você substitua parâmetros em sua consulta para obter uma imagem geral melhor de como o proc armazenado pode estar funcionando.

    Documentação do SQLQueryStress: http://www.datamanipulation.net/sqlquerystress/documentation/documentation.asp

    SQLQueryStress

    • 20

  2. 4/ Você pode acessar http://statisticsioparser.com/statisticsioparser/ e colar suas estatísticas para ver a pontuação geral.

    • 7

  3. Quando você tiver coletado os tempos de execução durante alguns dias para seus dois procedimentos armazenados, recomendo que você use esta página inicial

    http://www.evanmiller.org/ab-testing/t-test.html

    para ver se eles são realmente diferentes.

    6% de diferença não soa tanto, quando se trata de melhorias de procedimentos armazenados. Cheguei a esperar duas ordens de grandeza do meu colega, e finjo estar desapontado se ele atingir apenas uma ordem de grandeza...

    Ele não precisa usar a página inicial do EvanMiller para provar que sua solução funciona mais rápido.

    Eu também instalaria o SQLSentrys (edit:) Plan Explorer de http://www.sqlsentry.com/ pois esta é uma ferramenta muito melhorada para comparar planos de execução.

    • 3

relate perguntas