Použití transakcí s vyhrazeným fondem SQL v Azure Synapse Analytics
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.