Skip to content

Commit b4d51b6

Browse files
committed
Sharding/Replicas: Implement suggestions by CodeRabbit
1 parent 580221a commit b4d51b6

File tree

1 file changed

+12
-6
lines changed

1 file changed

+12
-6
lines changed

docs/performance/sharding.md

Lines changed: 12 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -98,12 +98,18 @@ types of queries you intend to run.
9898

9999
### Replicas
100100

101-
CrateDB also has replicas of data and this results in additional shards in
102-
the cluster.
103-
By default, CrateDB uses the replica setting `0-1` on newly created tables,
104-
so it will end up with twice the number of shards configured. The more
105-
replicas you add, the higher is the multiplier (x3, x4, etc.) how you
106-
compute required capacities.
101+
CrateDB uses replicas for both data durability and query performance. When a
102+
node goes down, replicas ensure no data is lost. For read operations, CrateDB
103+
randomly distributes queries across both primary and replica shards, improving
104+
concurrent read throughput.
105+
106+
Each replica adds to the total shard count in the cluster. By default, CrateDB
107+
uses the replica setting `0-1` on newly created tables, resulting in twice the
108+
number of configured shards. The more replicas you add, the higher the
109+
multiplier (x3, x4, etc.) for capacity planning
110+
111+
See the {ref}`replication reference <crate-reference:replication>` documentation
112+
for more details.
107113

108114
### Segments
109115

0 commit comments

Comments
 (0)