summaryrefslogtreecommitdiffstats
path: root/iredis/data/commands/set.md
diff options
context:
space:
mode:
Diffstat (limited to 'iredis/data/commands/set.md')
-rw-r--r--iredis/data/commands/set.md67
1 files changed, 22 insertions, 45 deletions
diff --git a/iredis/data/commands/set.md b/iredis/data/commands/set.md
index 8f5c302..6f1ceca 100644
--- a/iredis/data/commands/set.md
+++ b/iredis/data/commands/set.md
@@ -1,49 +1,34 @@
-Set `key` to hold the string `value`. If `key` already holds a value, it is
-overwritten, regardless of its type. Any previous time to live associated with
-the key is discarded on successful `SET` operation.
+Set `key` to hold the string `value`.
+If `key` already holds a value, it is overwritten, regardless of its type.
+Any previous time to live associated with the key is discarded on successful `SET` operation.
## Options
The `SET` command supports a set of options that modify its behavior:
-- `EX` _seconds_ -- Set the specified expire time, in seconds.
-- `PX` _milliseconds_ -- Set the specified expire time, in milliseconds.
-- `EXAT` _timestamp-seconds_ -- Set the specified Unix time at which the key
- will expire, in seconds.
-- `PXAT` _timestamp-milliseconds_ -- Set the specified Unix time at which the
- key will expire, in milliseconds.
-- `NX` -- Only set the key if it does not already exist.
-- `XX` -- Only set the key if it already exist.
-- `KEEPTTL` -- Retain the time to live associated with the key.
-- `GET` -- Return the old string stored at key, or nil if key did not exist. An
- error is returned and `SET` aborted if the value stored at key is not a
- string.
-
-Note: Since the `SET` command options can replace `SETNX`, `SETEX`, `PSETEX`,
-`GETSET`, it is possible that in future versions of Redis these commands will be
-deprecated and finally removed.
+* `EX` *seconds* -- Set the specified expire time, in seconds.
+* `PX` *milliseconds* -- Set the specified expire time, in milliseconds.
+* `EXAT` *timestamp-seconds* -- Set the specified Unix time at which the key will expire, in seconds.
+* `PXAT` *timestamp-milliseconds* -- Set the specified Unix time at which the key will expire, in milliseconds.
+* `NX` -- Only set the key if it does not already exist.
+* `XX` -- Only set the key if it already exist.
+* `KEEPTTL` -- Retain the time to live associated with the key.
+* `!GET` -- Return the old string stored at key, or nil if key did not exist. An error is returned and `SET` aborted if the value stored at key is not a string.
+
+Note: Since the `SET` command options can replace `SETNX`, `SETEX`, `PSETEX`, `GETSET`, it is possible that in future versions of Redis these commands will be deprecated and finally removed.
@return
@simple-string-reply: `OK` if `SET` was executed correctly.
-@nil-reply: `(nil)` if the `SET` operation was not performed because the user
-specified the `NX` or `XX` option but the condition was not met.
+@nil-reply: `(nil)` if the `SET` operation was not performed because the user specified the `NX` or `XX` option but the condition was not met.
-If the command is issued with the `GET` option, the above does not apply. It
-will instead reply as follows, regardless if the `SET` was actually performed:
+If the command is issued with the `!GET` option, the above does not apply. It will instead reply as follows, regardless if the `SET` was actually performed:
@bulk-string-reply: the old string value stored at key.
@nil-reply: `(nil)` if the key did not exist.
-@history
-
-- `>= 2.6.12`: Added the `EX`, `PX`, `NX` and `XX` options.
-- `>= 6.0`: Added the `KEEPTTL` option.
-- `>= 6.2`: Added the `GET`, `EXAT` and `PXAT` option.
-- `>= 7.0`: Allowed the `NX` and `GET` options to be used together.
-
@examples
```cli
@@ -55,28 +40,20 @@ SET anotherkey "will expire in a minute" EX 60
## Patterns
-**Note:** The following pattern is discouraged in favor of
-[the Redlock algorithm](https://redis.io/topics/distlock) which is only a bit
-more complex to implement, but offers better guarantees and is fault tolerant.
+**Note:** The following pattern is discouraged in favor of [the Redlock algorithm](https://redis.io/topics/distlock) which is only a bit more complex to implement, but offers better guarantees and is fault tolerant.
-The command `SET resource-name anystring NX EX max-lock-time` is a simple way to
-implement a locking system with Redis.
+The command `SET resource-name anystring NX EX max-lock-time` is a simple way to implement a locking system with Redis.
-A client can acquire the lock if the above command returns `OK` (or retry after
-some time if the command returns Nil), and remove the lock just using `DEL`.
+A client can acquire the lock if the above command returns `OK` (or retry after some time if the command returns Nil), and remove the lock just using `DEL`.
The lock will be auto-released after the expire time is reached.
-It is possible to make this system more robust modifying the unlock schema as
-follows:
+It is possible to make this system more robust modifying the unlock schema as follows:
-- Instead of setting a fixed string, set a non-guessable large random string,
- called token.
-- Instead of releasing the lock with `DEL`, send a script that only removes the
- key if the value matches.
+* Instead of setting a fixed string, set a non-guessable large random string, called token.
+* Instead of releasing the lock with `DEL`, send a script that only removes the key if the value matches.
-This avoids that a client will try to release the lock after the expire time
-deleting the key created by another client that acquired the lock later.
+This avoids that a client will try to release the lock after the expire time deleting the key created by another client that acquired the lock later.
An example of unlock script would be similar to the following: