XADD key [NOMKSTREAM] [<MAXLEN | MINID> [= | ~] threshold [LIMIT count]] <* | id> field value [field value ...]
- Available since:
- Time complexity:
- O(1) when adding a new entry, O(N) when trimming where N being the number of entries evicted.
- ACL categories:
Appends the specified stream entry to the stream at the specified key.
If the key does not exist, as a side effect of running this command the
key is created with a stream value. The creation of stream's key can be
disabled with the
An entry is composed of a list of field-value pairs.
The field-value pairs are stored in the same order they are given by the user.
Commands that read the stream, such as
XREAD, are guaranteed to return the fields and values exactly in the same order they were added by
Specifying a Stream ID as an argument
A stream entry ID identifies a given entry inside a stream.
XADD command will auto-generate a unique ID for you if the ID argument
specified is the
* character (asterisk ASCII character). However, while
useful only in very rare cases, it is possible to specify a well-formed ID, so
that the new entry will be added exactly with the specified ID.
IDs are specified by two numbers separated by a
Both quantities are 64-bit numbers. When an ID is auto-generated, the first part is the Unix time in milliseconds of the Redis instance generating the ID. The second part is just a sequence number and is used in order to distinguish IDs generated in the same millisecond.
You can also specify an incomplete ID, that consists only of the milliseconds part, which is interpreted as a zero value for sequence part.
To have only the sequence part automatically generated, specify the milliseconds part followed by the
- separator and the
> XADD mystream 1526919030474-55 message "Hello," "1526919030474-55" > XADD mystream 1526919030474-* message " World!" "1526919030474-56"
IDs are guaranteed to be always incremental: If you compare the ID of the entry just inserted it will be greater than any other past ID, so entries are totally ordered inside a stream. In order to guarantee this property, if the current top ID in the stream has a time greater than the current local time of the instance, the top entry time will be used instead, and the sequence part of the ID incremented. This may happen when, for instance, the local clock jumps backward, or if after a failover the new master has a different absolute time.
When a user specified an explicit ID to
XADD, the minimum valid ID is
0-1, and the user must specify an ID which is greater than any other
ID currently inside the stream, otherwise the command will fail and return an error. Usually
resorting to specific IDs is useful only if you have another system generating
unique IDs (for instance an SQL table) and you really want the Redis stream
IDs to match the one of this other system.
XADD incorporates the same semantics as the
XTRIM command - refer to its documentation page for more information.
This allows adding new entries and keeping the stream's size in check with a single call to
XADD, effectively capping the stream with an arbitrary threshold.
Although exact trimming is possible and is the default, due to the internal representation of steams it is more efficient to add an entry and trim stream with
XADD using almost exact trimming (the
For example, calling
XADD in the following form:
XADD mystream MAXLEN ~ 1000 * ... entry fields here ...
Will add a new entry but will also evict old entries so that the stream will contain only 1000 entries, or at most a few tens more.
Additional information about streams
For further information about Redis streams please check our introduction to Redis Streams document.
Bulk string reply, specifically:
The command returns the ID of the added entry. The ID is the one auto-generated
* is passed as ID argument, otherwise the command just returns the same ID
specified by the user during insertion.
The command returns a Null reply when used with the
NOMKSTREAM option and the
key doesn't exist.
- Starting with Redis version 6.2.0: Added the
MINIDtrimming strategy and the
- Starting with Redis version 7.0.0: Added support for the
<ms>-*explicit ID form.