Aracılığıyla paylaş

Azure Synapse Analytics iş yükü önemi

Bu makalede iş yükü öneminin Azure Synapse'teki ayrılmış SQL havuzu istekleri için yürütme sırasını nasıl etkilediği açıklanmaktadır.

Önemi

İş gereksinimleri, veri ambarı iş yüklerinin diğerlerinden daha önemli olmasını gerektirebilir. Mali dönem kapanmadan önce görev açısından kritik satış verilerinin yüklendiği bir senaryo düşünün. Hava durumu verileri gibi diğer kaynaklar için veri yüklerinde katı SLA'lar yoktur. Satış verilerini yükleme isteği için yüksek önem ve hava durumu verilerini yükleme isteği için düşük öneme sahip olmak, satış verilerinin önce kaynaklara erişmesini ve daha hızlı tamamlanmasını sağlar.

Önem düzeyleri

Beş önem düzeyi vardır: düşük, normal altı, normal, normal üstü ve yüksek. Önem belirlemeyen isteklere varsayılan normal düzeyi atanır. Aynı önem düzeyine sahip istekler bugün var olan zamanlama davranışına sahiptir.

Önem senaryoları

Yukarıda satış ve hava durumu verileriyle açıklanan temel önem senaryosunun ötesinde, iş yükü öneminin veri işleme ve sorgulama gereksinimlerini karşılamaya yardımcı olduğu başka senaryolar da vardır.

Kilitleme

Okuma ve yazma etkinliği için kilitlere erişim, doğal çekişme alanlarından biridir. Bölüm değiştirme veya NESNEYİ YENIDEN ADLANDıRMA gibi etkinlikler yükseltilmiş kilitler gerektirir. Azure Synapse'teki ayrılmış SQL havuzu, iş yükü önemi olmadan, aktarım hızı için optimize eder. Aktarım hızı için iyileştirme, çalıştırılan ve kuyruğa alınan isteklerin aynı kilitleme gereksinimlerine sahip olduğu ve kaynakların kullanılabilir olduğu durumlarda, kuyruğa alınan isteklerin istek kuyruğuna daha önce gelen daha yüksek kilitleme gereksinimleri olan istekleri atlayabileceğiniz anlamına gelir. daha yüksek kilitleme gereksinimlerine sahip isteklere iş yükü önemi uygulandıktan sonra. Daha yüksek öneme sahip istek, daha düşük öneme sahip isteklerden önce çalıştırılır.

Aşağıdaki örneği göz önünde bulundurun:

  • Q1 etkin bir şekilde çalışıyor ve SalesFact'ten veri seçiyor.
  • Q2, Q1 tamamlayana kadar kuyruğa alınmış durumda. Saat 09:00'da gönderildi ve yeni verileri SalesFact'e bölmeye çalışılıyor.
  • Q3, 09:01'de gönderilir ve SalesFact'ten veri seçmek ister.

Eğer Q2 ve Q3 aynı öneme sahipse ve Q1 hala yürütülüyorsa, Q3 yürütülmeye başlar. Q2, SalesFact'teki özel bir kilidi beklemeye devam edecektir. Q2'nin önemi Q3'ten yüksekse, Q3 yürütmeye başlayabilmesi için Q2 tamamlanana kadar bekler.

Tekdüzen olmayan istekler

Önemin sorgu taleplerini karşılamaya yardımcı olabileceği bir diğer senaryo da farklı kaynak sınıflarına sahip isteklerin gönderilmesidir. Daha önce belirtildiği gibi, aynı öneme sahip olan Azure Synapse'teki ayrılmış SQL havuzu, aktarım hızını optimize eder. Karma boyut istekleri (smallrc veya mediumrc gibi) kuyruğa alındığında, ayrılmış SQL havuzu kullanılabilir kaynaklara uyan en erken gelen isteği seçer. İş yükü önem derecesi uygulanırsa, en yüksek önem derecesine sahip istek bir sonraki olarak zamanlanır.

DW500c'de aşağıdaki örneği göz önünde bulundurun:

  • Q1, Q2, Q3 ve Q4, smallrc sorguları çalıştırıyor.
  • Q5, 09:00'da mediumrc kaynak sınıfıyla gönderilir.
  • Q6, smallrc kaynak sınıfıyla 09:01'de gönderilir.

Q5 mediumrc olduğundan iki eşzamanlılık yuvası gerektirir. Q5'in çalışan sorgulardan ikisinin tamamlanmasını beklemesi gerekir. Ancak, çalışan sorgulardan biri (Q1-Q4) tamamlandığında, sorguyu yürütmek için kaynaklar mevcut olduğundan Q6 hemen zamanlanır. Q5'in önemi Q6'dan daha yüksekse, Q6 yürütmeye başlamadan önce Q5'in çalışmasını bekler.

Sonraki adımlar

  • Last updated on