De adaptieve cache bewaken
In dit artikel wordt beschreven hoe u trage queryprestaties bewaakt en oplost door te bepalen of uw workload optimaal gebruikmaakt van de adaptieve cache voor toegewezen SQL-pools.
Met de toegewezen SQL-poolopslagarchitectuur worden uw columnstore-segmenten die het vaakst worden opgevraagd, automatisch gelaagd in een cache die zich op NVMe-gebaseerde SSD's bevindt. U krijgt betere prestaties wanneer uw query's segmenten ophalen die zich in de cache bevinden.
Problemen oplossen met behulp van de Azure Portal
U kunt Azure Monitor gebruiken om metrische cachegegevens te bekijken om problemen met queryprestaties op te lossen. Ga eerst naar de Azure Portal en klik op Monitor, Metrics en + Select a scope:
Gebruik de zoek- en vervolgkeuzelijsten om uw toegewezen SQL-pool te vinden. Selecteer vervolgens Toepassen.
De belangrijkste metrische gegevens voor het oplossen van problemen met de cache zijn Cachetrefferpercentage en Percentage gebruikt cachegebruik. Selecteer Percentage cachetreffer en gebruik vervolgens de knop Metrische gegevens toevoegen om het gebruikte cachepercentage toe te voegen.
Percentage cachetreffers en gebruikt
In de onderstaande matrix worden scenario's beschreven op basis van de waarden van de metrische cachegegevens:
| Hoog percentage cachetreffers | Laag percentage cachetreffers | |
|---|---|---|
| Hoog percentage cachegebruik | Scenario 1 | Scenario 2 |
| Laag percentage cachegebruik | Scenario 3 | Scenario 4 |
Scenario 1: U maakt optimaal gebruik van uw cache. Problemen oplossen met andere gebieden die uw query's mogelijk vertragen.
Scenario 2: Uw huidige werkende gegevensset past niet in de cache, waardoor het percentage cachetreffers laag is vanwege fysieke leesbewerkingen. U kunt uw prestatieniveau omhoog schalen en uw workload opnieuw uitvoeren om de cache te vullen.
Scenario 3: Het is waarschijnlijk dat uw query traag wordt uitgevoerd vanwege redenen die niet gerelateerd zijn aan de cache. Problemen oplossen met andere gebieden die uw query's mogelijk vertragen. U kunt ook overwegen uw exemplaar omlaag te schalen om de cachegrootte te verkleinen om kosten te besparen.
Scenario 4: U had een koude cache, wat de reden kan zijn waarom uw query traag was. Overweeg om uw query opnieuw uit te voeren, omdat uw werkgegevensset nu in de cache moet zijn opgeslagen.
Belangrijk
Als het percentage van de cachetreffer of het gebruikte percentage van de cache niet wordt bijgewerkt nadat u uw workload opnieuw hebt uitgevoerd, bevindt uw werkset zich mogelijk al in het geheugen. Alleen geclusterde columnstore-tabellen worden in de cache opgeslagen.
Volgende stappen
Zie Queryuitvoering bewaken voor meer informatie over het afstemmen van algemene queryprestaties.