Como monitorizar a cache adaptável
Este artigo descreve como monitorizar e resolver problemas de desempenho de consultas lentas ao determinar se a carga de trabalho está a tirar o máximo partido da cache adaptável para conjuntos de SQL dedicados.
A arquitetura de armazenamento do conjunto de SQL dedicado coloca automaticamente em camadas os segmentos columnstore consultados mais frequentemente numa cache que reside em SSDs baseados em NVMe. Terá um desempenho superior quando as consultas obtêm segmentos que residem na cache.
Resolução de problemas com a portal do Azure
Pode utilizar o Azure Monitor para ver as métricas de cache para resolver problemas de desempenho de consultas. Primeiro, aceda ao portal do Azure e clique em Monitorizar, Métricas e + Selecionar um âmbito:
Utilize as barras de pesquisa e lista pendente para localizar o conjunto de SQL dedicado. Em seguida, selecione aplicar.
As principais métricas para a resolução de problemas da cache são a percentagem de acerto na cache e a percentagem de utilização da Cache. Selecione Percentagem de acerto na cache e, em seguida, utilize o botão adicionar métrica para adicionar a percentagem utilizada pela Cache.
Percentagem de acerto e utilização da cache
A matriz abaixo descreve cenários com base nos valores das métricas de cache:
| Percentagem de acerto na Cache Elevada | Percentagem de acerto na Cache Baixa | |
|---|---|---|
| Percentagem de utilização de Cache Elevada | Cenário 1 | Cenário 2 |
| Percentagem de baixa cache utilizada | Cenário 3 | Cenário 4 |
Cenário 1: Está a utilizar a cache da melhor forma. Resolva problemas noutras áreas que podem estar a abrandar as suas consultas.
Cenário 2: O conjunto de dados de trabalho atual não pode caber na cache, o que causa uma percentagem de acerto de cache baixa devido a leituras físicas. Considere aumentar verticalmente o nível de desempenho e executar novamente a carga de trabalho para preencher a cache.
Cenário 3: É provável que a consulta esteja lenta devido a razões não relacionadas com a cache. Resolva problemas noutras áreas que podem estar a abrandar as suas consultas. Também pode considerar reduzir verticalmente a instância para reduzir o tamanho da cache para poupar custos.
Cenário 4: Tinha uma cache fria que poderia ser a razão pela qual a consulta estava lenta. Considere voltar a executar a consulta, uma vez que o conjunto de dados de trabalho deve estar agora em cache.
Importante
Se a percentagem de acerto na cache ou a percentagem utilizada na cache não estiver a ser atualizada após a nova execução da carga de trabalho, o conjunto de trabalho já pode estar a residir na memória. Apenas as tabelas columnstore em cluster são colocadas em cache.
Passos seguintes
Para obter mais informações sobre a otimização geral do desempenho de consultas, veja Monitorizar a execução de consultas.