Store each key on N replicas and you choose how many a read waits for (R) and how many a write waits for (W). The trade is the whole game: when R + W > NThe overlap rule: if the read quorum and the write quorum are big enough that they must share a replica, a read is guaranteed to see the latest acknowledged write. the two quorums are forced to overlap, so a read always sees the latest write โ strong consistency. But every replica you add to a quorum is one more that has to be up for that operation to succeed, so bigger quorums buy consistency with availability.
R + W = 4 beats N = 3 by 1 โ the quorums overlap, so reads never go stale.
| Strategy | R / W | Reads up | Writes up |
|---|---|---|---|
| Fast (R=1, W=1)eventual | 1 / 1 | 100% | 100% |
| Majoritystrongyou | 2 / 2 | 99.9997% | 99.9997% |
| Read-one, write-allstrong | 1 / 3 | 100% | 99.7% |
| Write-one, read-allstrong | 3 / 1 | 99.7% | 100% |
Read down the two right columns: shrinking a quorum makes that operation more available, growing it makes the operation stronger but more fragile. Read-one, write-all gives the fastest, most available reads โ and the most fragile writes; flip it for the mirror image. Majority quorums sit in the middle, the usual default. (Availability assumes replicas fail independently โ correlated outages, like a shared rack or zone, hit several at once and erode these numbers.)