O que são transações e propriedades ACID?

Question

Accepted Answer

Uma **transação** é um grupo de operações tratadas como uma unidade única e indivisível — todas têm sucesso juntas (`COMMIT`) ou todas falham juntas (`ROLLBACK`). As transações garantem propriedades **ACID**, garantindo que os dados permaneçam corretos e consistentes mesmo com falhas ou acesso concorrente.

## Uma transação — tudo ou nada

```sql
BEGIN;                                              -- start the transaction
  UPDATE accounts SET balance = balance - 100 WHERE id = 1;   -- debit
  UPDATE accounts SET balance = balance + 100 WHERE id = 2;   -- credit
COMMIT;                                             -- both succeed → save permanently
-- if anything fails: ROLLBACK → undo EVERYTHING (no partial transfer)
```

O exemplo clássico: uma transferência de dinheiro. Tanto o débito quanto o crédito devem acontecer, ou nenhum — caso contrário, dinheiro é perdido ou criado. Uma transação garante isso: em caso de erro, `ROLLBACK` desfaz todas as alterações, deixando o banco de dados como se nada tivesse acontecido.

## ACID — as quatro garantias

```text
A — ATOMICITY    → all operations succeed or all fail (no partial transactions)
C — CONSISTENCY  → the database moves from one valid state to another (constraints hold)
I — ISOLATION    → concurrent transactions don't interfere (as if run sequentially)
D — DURABILITY   → once committed, changes survive crashes (persisted permanently)
```

Essas propriedades são o que torna os bancos de dados relacionais confiáveis para dados críticos.

## Por que a atomicidade importa (o benefício principal)

```text
Without transactions, a failure mid-way leaves data in an inconsistent state:
  money debited from one account but not credited to another → data corruption.
Atomicity (all-or-nothing) prevents this — the cornerstone of data integrity for
any multi-step operation (transfers, orders with line items, etc.).
```

## Isolamento e concorrência

```text
When many transactions run concurrently, ISOLATION controls what they can see of
each other's uncommitted changes. Isolation LEVELS (Read Committed, Repeatable Read,
Serializable) trade off consistency vs performance — higher isolation = more correct
but more locking/contention. (A deeper topic on its own.)
```

## Por que isso importa

Transações e propriedades ACID são fundamentais para bancos de dados confiáveis — elas garantem que os dados permaneçam corretos e consistentes mesmo com falhas e acesso concorrente, o que é essencial para qualquer aplicação que lida com dados importantes, então entendê-las é importante.

O valor principal é a **atomicidade** (tudo ou nada): qualquer operação envolvendo múltiplas etapas (uma transferência de dinheiro, criar um pedido com itens, atualizar registros relacionados) deve ter sucesso completamente ou não deve acontecer — caso contrário, uma falha no meio da operação deixa o banco de dados em um **estado corrompido, inconsistente** (o exemplo clássico: dinheiro debitado mas não creditado).

Transações garantem isso com `COMMIT`/`ROLLBACK`, tornando-as essenciais para a integridade de dados em operações com múltiplas etapas.

Compreender as propriedades **ACID** completas — **Atomicidade** (tudo ou nada), **Consistência** (estados válidos), **Isolamento** (transações concorrentes não interferem), e **Durabilidade** (mudanças confirmadas sobrevivem a falhas) — explica por que os bancos de dados relacionais são confiáveis para dados críticos (finanças, pedidos, inventário).

Saber que o **isolamento** controla o comportamento de concorrência (com níveis de isolamento negociando consistência por desempenho) conecta a tópicos de concorrência mais profundos.

Como a integridade de dados é crítica para aplicações confiáveis, e como transações (fornecendo atomicidade e as garantias ACID) são o mecanismo que garante que operações com múltiplas etapas não corrompam dados e que o banco de dados permaneça consistente sob falhas e concorrência, entender transações e ACID é conhecimento importante e fundamental para construir aplicações com dados confiáveis — é uma pedra angular da confiabilidade do banco de dados e um tópico importante e comum em entrevistas que demonstra compreensão de como os bancos de dados garantem correção.