Skip to content
Closed
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 6 additions & 4 deletions source/faq/sharding.txt
Original file line number Diff line number Diff line change
Expand Up @@ -344,10 +344,12 @@ initially belong to the same chunk on a single shard. Although the
system will eventually divide this chunk and migrate its contents to
distribute data more evenly, at any moment the cluster can only direct
insert operations at a single shard. This can limit the throughput of
inserts. If most of your write operations are updates or read
operations rather than inserts, this limitation should not impact
your performance. However, if you have a high insert volume, this may
be a limitation.
inserts. If most of your operations are not inserts, this limitation
should not impact your performance. However, if you have a high insert
volume, this may be a limitation.

To address this issue, you can use a field with a value that stores
the hash of a key with an ascending value starting with 2.4.

Can shard key be in ascending order, like dates or timestamps?
--------------------------------------------------------------
Expand Down