Como monitorar o cache adaptável
Este artigo descreve como monitorar e solucionar problemas de desempenho de consulta lentas, determinando se a carga de trabalho está aproveitando da forma ideal o cache adaptável para pools de SQL dedicados.
A arquitetura de armazenamento do pool de SQL divide automaticamente em camadas os segmentos columnstore consultados com mais frequência em um cache que reside em SSDs baseados em NVMe. O melhor desempenho acontece quando as consultas recuperam segmentos que residem no cache.
Solucionar problemas usando o Portal do Azure
Você pode usar o Azure Monitor para exibir métricas do cache para solucionar problemas de desempenho de consulta. Primeiro, acesse a portal do Azure e clique em Monitor, Métricas e + Selecionar um escopo:
Use as barras de pesquisa suspensas para localizar o pool de SQL dedicado. Em seguida, selecione Aplicar.
As principais métricas para solucionar problemas do cache são Percentual de ocorrência no cache e Percentual de uso do cache. Selecione Percentual de ocorrência no cache e, em seguida, use o botão Adicionar métrica para adicionar o Percentual de uso do cache.
Ocorrência no cache e percentual de uso
A matriz a seguir descreve cenários baseados nos valores das métricas de cache:
| Alto percentual de ocorrência no cache | Baixo percentual de ocorrência no cache | |
|---|---|---|
| Alto percentual de uso do cache | Cenário 1 | Cenário 2 |
| Baixo percentual de uso do cache | Cenário 3 | Cenário 4 |
Cenário 1: você está usando o cache de forma ideal. Solucione problemas de outras áreas que podem estar atrasando suas consultas.
Cenário 2: seu conjunto de dados de trabalho atual não cabe no cache, o que causa um percentual baixo de ocorrência no cache devido a leituras físicas. Considere aumentar o nível de desempenho e execute novamente sua carga de trabalho para popular o cache.
Cenário 3: é provável que sua consulta esteja sendo executada lentamente por motivos não relacionados ao cache. Solucione problemas de outras áreas que podem estar atrasando suas consultas. Você também pode considerar reduzir verticalmente sua instância para reduzir o tamanho do cache e economizar custos.
Cenário 4: você tinha um cache frio que poderia ser o motivo de sua consulta ser lenta. Considere a possibilidade de executar novamente a consulta, pois seu conjunto de dados de trabalho agora deve estar armazenado em cache.
Importante
Se o percentual de ocorrência no cache ou o percentual de uso do cache não estiver sendo atualizado depois de executar novamente sua carga de trabalho, isso significa que seu conjunto de trabalho talvez já esteja residindo na memória. Somente tabelas de columnstore clusterizadas são armazenadas em cache.
Próximas etapas
Para obter mais informações sobre o ajuste de desempenho de consultas geral, confira Monitorar a execução de consulta.