Azure Synapse Analytics számítási feladatok fontossága

  • Cikk

Ez a cikk azt ismerteti, hogy a számítási feladatok fontossága hogyan befolyásolhatja a dedikált SQL-készlet kéréseinek végrehajtási sorrendjét Azure Synapse.

Fontosság

Az üzleti igények megkövetelik, hogy az adattárház számítási feladatai fontosabbak legyenek másoknál. Vegyünk egy olyan forgatókönyvet, amelyben a kritikus fontosságú értékesítési adatok a pénzügyi időszak vége előtt töltődnek be. Más források, például az időjárási adatok adatbetöltése nem rendelkezik szigorú SLA-kkal. Az értékesítési adatok betöltésére irányuló kérések nagy fontossága és az időjárási adatok betöltésére irányuló kérések alacsony fontossága biztosítja, hogy az értékesítési adatok betöltése először hozzáférjen az erőforrásokhoz, és gyorsabban befejeződjön.

Fontossági szintek

Öt fontossági szint létezik: alacsony, below_normal, normál, above_normal és magas. Azok a kérések, amelyek nem határoznak meg fontosságot, a normál alapértelmezett szinthez vannak rendelve. Az azonos fontossági szinttel rendelkező kérések ütemezési viselkedése megegyezik a ma létezőkkel.

Fontossági forgatókönyvek

Az értékesítési és időjárási adatokkal kapcsolatban fent leírt alapvető fontossági forgatókönyven túl más forgatókönyvek is léteznek, amelyekben a számítási feladatok fontossága segít az adatfeldolgozási és lekérdezési igények kielégítésében.

Zárolás

Az olvasási és írási tevékenységek zárolásainak elérése a természetes versengés egyik területe. Az olyan tevékenységekhez, mint a partícióváltás vagy az OBJEKTUM ÁTNEVEZése , emelt szintű zárolást igényelnek. A számítási feladatok fontossága nélkül a dedikált SQL-készlet Azure Synapse optimalizálja az átviteli sebességet. Az átviteli sebesség optimalizálása azt jelenti, hogy ha a futó és az üzenetsorba helyezett kérések ugyanolyan zárolási igényekkel és erőforrásokkal rendelkeznek, az üzenetsorba helyezett kérések megkerülhetik a kérések várólistájára korábban érkezett, magasabb zárolási igényű kéréseket. Ha a számítási feladat fontossága nagyobb zárolási igényű kérelmekre van alkalmazva. A nagyobb jelentőséggel rendelkező kérések az alacsonyabb fontosságú kérések előtt futnak.

Tekintse meg a következő példát:

  • Az 1. negyedév aktívan futtatja és kiválasztja a SalesFact adatait.
  • A 2. negyedév várólistára kerül, és az 1. negyedév befejezésére vár. 9:00-kor lett elküldve, és új adatokat próbál particionelni a SalesFact-ba.
  • A 3. negyedévet 9:01-kor küldjük el, és adatokat szeretne kiválasztani a SalesFact-ból.

Ha a Q2 és a Q3 ugyanolyan fontossággal bír, és az 1. negyedév továbbra is fut, a 3. negyedév megkezdi a végrehajtást. A 2. negyedév továbbra is a SalesFact kizárólagos zárolására vár. Ha a 2. negyedév nagyobb jelentőséggel bír, mint a harmadik negyedév, a 3. negyedév megvárja, amíg a 2. negyedév befejeződik, mielőtt megkezdődhet a végrehajtás.

Nem egységes kérelmek

Egy másik forgatókönyv, amikor a fontosság segíthet a lekérdezési igények kielégítésében, a különböző erőforrásosztályokkal rendelkező kérések elküldése. Ahogy korábban említettük, ugyanezen a fontosság mellett a dedikált SQL-készlet Azure Synapse optimalizálja az átviteli sebességet. Ha a vegyes méretű kérések (például a smallrc vagy a mediumrc) várólistára kerülnek, a dedikált SQL-készlet kiválasztja a legkorábbi érkező kérést, amely megfelel az elérhető erőforrásoknak. Ha a számítási feladat fontossága van alkalmazva, a rendszer a következő ütemezés szerint ütemezi a legnagyobb fontosságú kérést.

Tekintse meg a következő példát a DW500c-en:

  • A Q1, a Q2, a Q3 és a Q4 smallrc lekérdezéseket futtat.
  • Az 5. negyedévet a mediumrc erőforrásosztály 9:00-kor küldi el.
  • A 6. negyedévet a smallrc erőforrásosztály 9:01-kor küldi el.

Mivel az 5. negyedév közepes méretű, két egyidejűségi tárolóhelyre van szükség. Az 5. negyedévnek meg kell várnia, amíg két futó lekérdezés befejeződik. Ha azonban az egyik futó lekérdezés (Q1-Q4) befejeződik, a 6. negyedévet a rendszer azonnal ütemezi, mert a lekérdezés végrehajtásához rendelkezésre állnak erőforrások. Ha a Q5 nagyobb jelentőséggel bír, mint a Q6, a Q6 megvárja, amíg az 5. negyedév fut, mielőtt elkezdené a végrehajtást.

Következő lépések