System designLoading progress…

Network partitions

Compare consistency contracts and distribute data while tracing stale reads, partitions and hot keys.

Network partitions

When the network splits a cluster, the two sides cannot talk. A system that stays consistent lets only a side with a majority (3 of 5) accept writes and makes the other side refuse: it gives up availability for those nodes. A system that stays available lets both sides accept writes: it gives up a single agreed order, and the sides hold different values until they merge. That forced choice exists only while the partition lasts, which is why "pick any two" is a poor summary of CAP.

nodes on the left of the partition3
left 3 node(s): serve writes right 2 node(s): refuse writes writing nodes: 3 of 5, refusing: 2 only a side with more than half of the nodes (3 or more) may accept writes, so two sides never both commit

While the network is partitioned, a system cannot promise both linearizable behaviour and a successful response from every non-failed node (the CAP result). Outside a partition you need not give either up, so "pick two" is not a free choice. State what happens to the affected operations.

Move the partition and pick the policy.

Predict first. Is CAP a rule to pick any two properties regardless of network conditions?

Chapter context

Replication copies data for resilience or read capacity; partitioning assigns different data to different owners. Both introduce coordination and failure behavior that an application must explicitly account for.

Chapter reference: math, worked example & code

This section belongs to the whole chapter, so it is the same on every lesson in it and may cover a different lesson's topic. The code for the experiment you just ran is inside the experiment itself.

Math and notation

For fixed sets over N replicas, ∣R∩W∣≥∣R∣+∣W∣−N|R\cap W|\ge |R|+|W|-N. Thus R=W=3 with N=5 forces at least one shared member. This is a set fact, not a complete consistency proof. Shard and replication counts describe different dimensions of the layout.

Worked example

Five replicas use read sets and write sets of size three. The lower bound on overlap is 3+3−5=1. Enumerating all three-member sets confirms every pair overlaps. A read still needs the right version-selection and concurrency rules; intersection alone does not tell which stored value is newest or committed.

Reference code

The following example uses the Python standard library and does not call a remote service.

from itertools import combinations
replicas=set(range(5))
sets=[set(x) for x in combinations(replicas,3)]
assert min(len(r&w) for r in sets for w in sets) == 1
assert 3+3-5 == 1
assert all(r&w for r in sets for w in sets)

Python examples are provided for study and local execution; this page does not execute Python.

Common mistakes

Quorum arithmetic does not establish a full consistency contract. Sharding is not replication. CAP availability is a precise failure-model property, not the same as an ordinary monthly uptime percentage.