Skip to content

Commit 7677d97

Browse files
Apply suggestions from code review
Co-authored-by: andy-stark-redis <[email protected]>
1 parent 57a540f commit 7677d97

File tree

1 file changed

+3
-3
lines changed

1 file changed

+3
-3
lines changed

content/operate/rc/databases/configuration/clustering.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -106,7 +106,7 @@ For accounts created after March 23, 2025, Redis defaults to the [Redis hashing
106106
This policy is available for selected accounts and will be rolled out gradually to other accounts in the future.
107107
{{< /note >}}
108108

109-
The Redis hashing policy is identical to the [hashing policy used by Redis Community Edition]({{< relref "/operate/oss_and_stack/reference/cluster-spec#hash-tags" >}}). This policy is recommended for most users and should be selected if any of the following conditions apply:
109+
The Redis hashing policy is identical to the [hashing policy used by Redis Community Edition]({{< relref "/operate/oss_and_stack/reference/cluster-spec#hash-tags" >}}). This policy is recommended for most users and you should select it if any of the following conditions apply:
110110
- This is your first Redis Cloud account, and you are starting fresh.
111111
- You are migrating data from Redis Community Edition or other Redis-managed platforms.
112112
- Your application does not use hashtags in database key names.
@@ -118,7 +118,7 @@ The Standard hashing policy is mostly consistent with the Redis hashing policy,
118118
1. Keys with a single hashtag: a key's hashtag is any substring between '{' and '}' in the key's name. That means that when a key's name includes the pattern '{...}', the hashtag is used as input for the hashing function. For example, the following key names have the same hashtag and are mapped to the same slot: foo{bar}, {bar}baz & foo{bar}baz.
119119
1. Keys without a hashtag: when a key doesn't contain the '{...}' pattern, the entire key's name is used for hashing
120120

121-
However, this policy is less recommended and should be selected only if any of the following conditions apply:
121+
However, this policy is less recommended and you should select it only if any of the following conditions apply:
122122
- Your application uses empty hashtags to hash different keys to the same hashslot
123123
- Your application uses multiple curly brackets within a key’s name
124124

@@ -166,7 +166,7 @@ their order to suit your application's requirements.
166166

167167
{{< warning >}}
168168
If the Custom hashing policy is available, you can change the hashing policy between Standard and Custom after you create your database. However, hashing policy changes delete existing data
169-
(FLUSHDB) before they're applied.
169+
(using [`FLUSHDB`]({{< relref "/commands/flushdb" >}})) before they're applied.
170170

171171
These changes include:
172172

0 commit comments

Comments
 (0)