A dirty read occurs when one transaction reads changes made by another transaction before those changes are committed. The value may be invalid because the writing transaction can later roll back. section 11.2.1
Uncommitted transaction data
Transaction 1 changes a database value but has not committed. Transaction 2 reads that changed value, then Transaction 1 rolls back. Transaction 2 has consumed data that was never committed. section 11.2.1
Use the transaction timeline to inspect how Transaction 2 observes Transaction 1's uncommitted data. section 11.2.1
Dirty reads are one of several concurrency anomalies, alongside lost updates, unrepeatable reads, and phantom reads. Transaction isolation levels define which anomalies a system prevents, with stronger isolation increasing cost and potentially reducing performance and scalability. section 11.2.1

