Home icon

Everything you don’t need to know about Amazon Aurora DSQL: Part 3 – Transaction processing

Database Blog



This article explains transaction processing in Amazon Aurora DSQL, covering read-only and read-write transaction workflows in its active-active distributed architecture.

  • Read-only transactions use snapshot isolation based on transaction start time (τ-start)
  • Commit time equals start time for read-only transactions, guaranteeing consistency
  • Read-write transactions spool writes locally and check for conflicts at commit
  • Early abort mechanism detects newer data versions during execution
  • Adjudicators verify write conflicts and assign commit timestamps (τ-commit)
  • Hybrid two-phase and warp-style commit algorithm minimizes round-trip times
  • Each database key owned by exactly one adjudicator globally
  • SELECT FOR UPDATE manages write skew in read-write transactions

Aurora DSQL uses sophisticated distributed transaction mechanisms combining snapshot isolation, conflict detection, and coordinated adjudication to maintain consistency across regions while minimizing communication overhead.



Go to article

The AWS News Feed is currently looking for gold sponsors. If you want to support the AWS community and reach a large audience of AWS professionals, consider sponsoring the AWS News Feed.

Related articles

Nov 25
2025
Everything you don’t need to know about Amazon Aurora DSQL: Part 2 – Shallow view
Nov 25
2025
Everything you don’t need to know about Amazon Aurora DSQL: Part 1 – Setting the scene
Nov 25
2025
Everything you don’t need to know about Amazon Aurora DSQL: Part 4 – DSQL components
May 5
2026
Amazon Aurora DSQL for global-scale financial transactions

The AWS News Feed is currently looking for silver sponsors. If you want to support the AWS community and reach a large audience of AWS professionals, consider sponsoring the AWS News Feed.