Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Este artigo descreve como monitorar e solucionar problemas de desempenho de consulta lenta determinando se sua carga de trabalho está aproveitando de forma ideal o cache adaptável para pools SQL dedicados.
A arquitetura de armazenamento de pool SQL dedicado hierarquiza automaticamente os segmentos columnstore consultados com mais frequência em um cache residente em SSDs baseados em NVMe. Você terá maior desempenho quando suas consultas recuperarem segmentos que residem no cache.
Solucionar problemas usando o portal do Azure
Você pode usar o Azure Monitor para exibir métricas de cache para solucionar problemas de desempenho de consulta. Primeiro, vá para o portal do Azure e clique em Monitor, Metrics e + Selecione um escopo:
Utilize os menus suspensos e a barra de pesquisa para localizar o pool SQL dedicado. Em seguida, selecione aplicar.
As principais métricas para a resolução de problemas de cache são percentagem de acertos de cache e percentagem de utilização do cache. Selecione Percentagem de acertos na cache e use o botão adicionar métrica para adicionar percentagem de uso da cache.
Porcentagem de acerto e uso do cache
A matriz abaixo descreve cenários com base nos valores das métricas de cache:
| Alta taxa de acerto de cache | Baixa Percentagem de Acerto de Cache | |
|---|---|---|
| Alta percentagem de utilização do Cache | Cenário 1 | Cenário 2 |
| Baixa porcentagem de cache usada | Cenário 3 | Cenário 4 |
Cenário 1: Você está usando o cache da melhor forma. Solucione problemas outras áreas que podem estar atrasando suas consultas.
Cenário 2: Seu conjunto de dados de trabalho atual não pode caber no cache, o que causa uma baixa porcentagem de acertos de cache devido a leituras físicas. Considere aumentar o nível de desempenho e execute novamente a carga de trabalho para preencher o cache.
Cenário 3: É provável que sua consulta esteja lenta devido a motivos não relacionados ao cache. Resolução de problemas de outras áreas que podem estar atrasando as suas consultas. Você também pode considerar reduzir a escala da sua instância para diminuir o tamanho do cache e economizar custos.
Cenário 4: Você tinha um cache frio que pode ser a razão pela qual sua consulta estava lenta. Considere executar novamente sua consulta, pois seu conjunto de dados de trabalho agora deve estar em cache.
Importante
Se a percentagem de acertos do cache ou a percentagem de uso do cache não estiver a ser atualizada após voltar a executar a carga de trabalho, é possível que o seu conjunto de trabalho já esteja a residir na memória. Somente tabelas columnstore clusterizadas são armazenadas em cache.
Próximos passos
Para obter mais informações sobre o ajuste geral do desempenho da consulta, consulte Monitorar a execução de consultas.