Použití transakcí s vyhrazeným fondem SQL v Azure Synapse Analytics

Článek
06/01/2023

Tipy pro implementaci transakcí s vyhrazeným fondem SQL v Azure Synapse Analytics pro vývoj řešení

Co očekávat

Jak byste očekávali, vyhrazený fond SQL podporuje transakce jako součást úlohy datového skladu. Aby se však zajistilo zachování výkonu vyhrazeného fondu SQL ve velkém měřítku, jsou některé funkce ve srovnání s SQL Server omezené. Tento článek popisuje rozdíly a uvádí seznam ostatních.

Úrovně izolace transakcí

Vyhrazený fond SQL implementuje transakce ACID. Úroveň izolace transakční podpory je ve výchozím nastavení READ UNCOMMITTED. Pokud ji chcete změnit na IZOLACI SNÍMKŮ POTVRZENÝCH PRO ČTENÍ, zapněte možnost READ_COMMITTED_SNAPSHOT databáze pro uživatelskou databázi při připojení k hlavní databázi.

Po povolení se všechny transakce v této databázi spouštějí v rámci IZOLACE SNÍMKŮ S POTVRZENÍM PRO ČTENÍ a nastavení READ UNCOMMITTED na úrovni relace nebude respektováno. Podrobnosti najdete v tématu Alter DATABASE SET options (Transact-SQL).

Velikost transakce

Velikost jedné transakce úpravy dat je omezená. Limit se použije na distribuci. Celkové přidělení lze vypočítat vynásobením limitu počtem rozdělení.

Chcete-li odhadnout maximální počet řádků v transakci, vydělte distribuční limit celkovou velikostí každého řádku. U sloupců s proměnlivou délkou zvažte průměrnou délku sloupců místo maximální velikosti.

V následující tabulce byly provedeny následující předpoklady:

Došlo k rovnoměrné distribuci dat.
Průměrná délka řádku je 250 bajtů.

Gen2

DWU	Limit na distribuci (GB)	Počet rozdělení	MAXIMÁLNÍ velikost transakce (GB)	Počet řádků na distribuci	Maximální počet řádků na transakci
DW100c	1	60	60	4,000,000	240,000,000
DW200c	1.5	60	90	6 000 000	360,000,000
DW300c	2.25	60	135	9,000,000	540,000,000
DW400c	3	60	180	12,000,000	720,000,000
DW500c.	3,75	60	225	15,000,000	900,000,000
DW1000c	7,5	60	450	30,000,000	1,800,000,000
DW1500c	11.25	60	675	45,000,000	2,700,000,000
DW2000c	15	60	900	60,000,000	3,600,000,000
DW2500c	18.75	60	1125	75,000,000	4,500,000,000
DW3000c	22.5	60	1,350	90,000,000	5,400,000,000
DW5000c	37.5	60	2,250	150,000,000	9,000,000,000
DW6000c	45	60	2,700	180,000,000	10,800,000,000
DW7500c	56.25	60	3,375	225,000,000	13,500,000,000
DW10000c	75	60	4 500	300 000 000	18,000,000,000
DW15000c	112.5	60	6 750	450,000,000	27,000,000,000
DW30000c	225	60	13,500	900,000,000	54,000,000,000

Gen1

DWU	Limit na distribuci (GB)	Počet rozdělení	MAXIMÁLNÍ velikost transakce (GB)	Počet řádků na distribuci	Maximální počet řádků na transakci
Dw100	1	60	60	4,000,000	240,000,000
DW200	1.5	60	90	6 000 000	360,000,000
DW300	2.25	60	135	9,000,000	540,000,000
DW400	3	60	180	12,000,000	720,000,000
DW500	3,75	60	225	15,000,000	900,000,000
DW600	4.5	60	270	18,000,000	1,080,000,000
DW1000	7,5	60	450	30,000,000	1,800,000,000
DW1200	9	60	540	36,000,000	2,160,000,000
DW1500	11.25	60	675	45,000,000	2,700,000,000
DW2000	15	60	900	60,000,000	3,600,000,000
DW3000	22.5	60	1,350	90,000,000	5,400,000,000
DW6000	45	60	2,700	180,000,000	10,800,000,000

Limit velikosti transakce se použije na transakci nebo operaci. Nepoužívá se u všech souběžných transakcí. Proto je každá transakce povolena k zápisu tohoto množství dat do protokolu.

Pokud chcete optimalizovat a minimalizovat množství dat zapsaných do protokolu, projděte si článek Osvědčené postupy transakcí .

Upozornění

Maximální velikosti transakce lze dosáhnout pouze u hodnot HASH nebo ROUND_ROBIN distribuovaných tabulek, kde je rozložení dat rovnoměrné. Pokud transakce zapisuje data nerovnoměrně do distribucí, je pravděpodobné, že limitu bude dosaženo před maximální velikostí transakce.

Stav transakce

Vyhrazený fond SQL používá funkci XACT_STATE() k hlášení neúspěšné transakce s hodnotou -2. Tato hodnota znamená, že transakce selhala a je označena pouze pro vrácení zpět.

Poznámka

Použití -2 XACT_STATE funkce k označení neúspěšné transakce představuje jiné chování SQL Server. SQL Server použije hodnotu -1 k reprezentaci nepotvitelné transakce. SQL Server může tolerovat některé chyby uvnitř transakce, aniž by musely být označeny jako nekommitovatelné. Například SELECT 1/0 by způsobila chybu, ale nevynutila by transakci do nekommitovatelného stavu. SQL Server také povoluje čtení v nepovolitelné transakci. Vyhrazený fond SQL to ale neumožňuje. Pokud dojde k chybě uvnitř vyhrazené transakce fondu SQL, přejde automaticky do stavu -2 a nebudete moci provádět žádné další příkazy pro výběr, dokud se příkaz nevrátí zpět. Proto je důležité zkontrolovat kód aplikace, abyste zjistili, jestli používá XACT_STATE(), protože možná budete muset kód upravit.

Například v SQL Server se může zobrazit transakce, která vypadá takto:

SET NOCOUNT ON;
DECLARE @xact_state smallint = 0;

BEGIN TRAN
    BEGIN TRY
        DECLARE @i INT;
        SET     @i = CONVERT(INT,'ABC');
    END TRY
    BEGIN CATCH
        SET @xact_state = XACT_STATE();

        SELECT  ERROR_NUMBER()    AS ErrNumber
        ,       ERROR_SEVERITY()  AS ErrSeverity
        ,       ERROR_STATE()     AS ErrState
        ,       ERROR_PROCEDURE() AS ErrProcedure
        ,       ERROR_MESSAGE()   AS ErrMessage
        ;

        IF @@TRANCOUNT > 0
        BEGIN
            ROLLBACK TRAN;
            PRINT 'ROLLBACK';
        END

    END CATCH;

IF @@TRANCOUNT >0
BEGIN
    PRINT 'COMMIT';
    COMMIT TRAN;
END

SELECT @xact_state AS TransactionState;

Předchozí kód zobrazí následující chybovou zprávu:

msg 111233, úroveň 16, stav 1, řádek 1 111233; Aktuální transakce byla přerušena a všechny čekající změny byly vráceny zpět. Příčina: Transakce ve stavu jen pro vrácení zpět nebyla explicitně vrácena zpět před příkazem DDL, DML nebo SELECT.

Nezobrazí se výstup funkcí ERROR_*.

Ve vyhrazeném fondu SQL je potřeba kód mírně změnit:

SET NOCOUNT ON;
DECLARE @xact_state smallint = 0;

BEGIN TRAN
    BEGIN TRY
        DECLARE @i INT;
        SET     @i = CONVERT(INT,'ABC');
    END TRY
    BEGIN CATCH
        SET @xact_state = XACT_STATE();

        IF @@TRANCOUNT > 0
        BEGIN
            ROLLBACK TRAN;
            PRINT 'ROLLBACK';
        END

        SELECT  ERROR_NUMBER()    AS ErrNumber
        ,       ERROR_SEVERITY()  AS ErrSeverity
        ,       ERROR_STATE()     AS ErrState
        ,       ERROR_PROCEDURE() AS ErrProcedure
        ,       ERROR_MESSAGE()   AS ErrMessage
        ;
    END CATCH;

IF @@TRANCOUNT >0
BEGIN
    PRINT 'COMMIT';
    COMMIT TRAN;
END

SELECT @xact_state AS TransactionState;

Nyní je pozorováno očekávané chování. Chyba v transakci je spravována a funkce ERROR_* poskytují hodnoty podle očekávání.

Jediné, co se změnilo, je, že vrácení zpět transakce muselo proběhnout před přečtením informací o chybě v bloku CATCH.

Error_Line()

Je také vhodné poznamenat, že vyhrazený fond SQL neimplementuje ani nepodporuje funkci ERROR_LINE(). Pokud máte tuto funkci v kódu, musíte ji odebrat, aby byla kompatibilní s vyhrazeným fondem SQL. Místo toho použijte popisky dotazů v kódu k implementaci ekvivalentních funkcí. Další informace najdete v článku LABEL .

Použití funkce THROW a RAISERROR

THROW je modernější implementace pro vyvolání výjimek ve vyhrazeném fondu SQL, ale podporuje se také FUNKCE RAISERROR. Existuje několik rozdílů, které stojí za pozornost.

Uživatelsky definovaná čísla chybových zpráv nemůžou být v rozsahu 100 000 až 150 000 pro THROW.
Chybové zprávy RAISERROR jsou opravené na 50 000
Použití sys.messages není podporováno.

Omezení

Vyhrazený fond SQL má několik dalších omezení, která se vztahují k transakcím. Jsou to tyto:

Žádné distribuované transakce
Nejsou povoleny žádné vnořené transakce.
Nejsou povoleny žádné body pro ukládání.
Žádné pojmenované transakce
Žádné označené transakce
Žádná podpora pro DDL, například CREATE TABLE uvnitř uživatelem definované transakce

Další kroky

Další informace o optimalizaci transakcí najdete v tématu Osvědčené postupy pro transakce. K dispozici jsou také další průvodci osvědčenými postupy pro vyhrazený fond SQL a bezserverový fond SQL.

Sdílet prostřednictvím