Dela via


Så här övervakar du den anpassningsbara cachen

Den här artikeln beskriver hur du övervakar och felsöker långsamma frågeprestanda genom att avgöra om din arbetsbelastning optimalt utnyttjar den anpassningsbara cachen för dedikerade SQL-pooler.

Den dedikerade SQL-poollagringsarkitekturen nivåindelar automatiskt dina mest efterfrågade kolumnlagringssegment i en cache som finns på NVMe-baserade SSD:er. Du får bättre prestanda när dina frågor hämtar segment som finns i cacheminnet.

Felsöka med hjälp av Azure Portal

Du kan använda Azure Monitor för att visa cachemått för att felsöka frågeprestanda. Gå först till Azure Portal och klicka på Övervaka, Mått och + Välj ett omfång:

Skärmbild som visar Välj ett omfång som valts från Mått i Azure Portal.

Använd sök- och listrutorna för att hitta din dedikerade SQL-pool. Välj sedan Använd.

Skärmbild som visar fönstret Välj ett omfång där du kan välja informationslagret.

De viktigaste måtten för att felsöka cacheminnet är cacheträffprocent och cacheanvändningsprocent. Välj Cacheträffprocent och använd sedan knappen Lägg till mått för att lägga till cacheanvändningsprocent.

Cachemått

Cacheträff och använd procentandel

Matrisen nedan beskriver scenarier baserat på värdena för cachemåtten:

Träffprocent för hög cache Låg cacheträff i procent
Hög cacheanvändning i procent Scenario 1 Scenario 2
Låg cacheanvändning i procent Scenario 3 Scenario 4

Scenario 1: Du använder cachen optimalt. Felsöka andra områden som kan göra dina frågor långsammare.

Scenario 2: Den aktuella arbetsdatauppsättningen får inte plats i cachen, vilket orsakar en låg cacheträff i procent på grund av fysiska läsningar. Överväg att skala upp prestandanivån och köra arbetsbelastningen igen för att fylla i cacheminnet.

Scenario 3: Det är troligt att frågan körs långsamt på grund av orsaker som inte är relaterade till cacheminnet. Felsöka andra områden som kan göra dina frågor långsammare. Du kan också överväga att skala ned din instans för att minska cachestorleken för att spara kostnader.

Scenario 4: Du hade en kall cache som kan vara orsaken till att frågan var långsam. Överväg att köra frågan igen eftersom din arbetsdatauppsättning nu ska vara cachelagrad.

Viktigt

Om den cache som nås i procent eller den cache som används i procent inte uppdateras när arbetsbelastningen har körts på nytt kan arbetsuppsättningen redan finnas i minnet. Endast klustrade columnstore-tabeller cachelagras.

Nästa steg

Mer information om allmän frågeprestandajustering finns i Övervaka frågekörning.