Skip to main content
Use EXPIRE to give a key a lifetime in seconds, after which the key is deleted automatically. Whether the expiration survives later writes depends on the command: replacing the value with SET clears it, while commands that modify a value in place, such as INCR, LPUSH or HSET, leave it untouched. A negative lifetime deletes the key immediately. The optional condition decides when the new expiration is applied: NX only when the key currently has none, XX only when it already has one, GT only when the new expiration is later than the current one, and LT only when it is earlier. Since a key without an expiration counts as living forever, GT never adds one and LT always does. The reply is 1 when the expiration was set and 0 when the key does not exist or the condition was not met. Read the remaining lifetime with TTL and remove it again with PERSIST.

Syntax

Arguments

Important points

  • NX cannot be combined with XX, GT, or LT, and GT and LT cannot be used together.
  • A key with no expiration counts as an infinite one, so GT never sets an expiration on such a key and LT always does.

Response

The reply reports the result of the operation. Error replies have the same shape in RESP2 and RESP3 and are surfaced as exceptions by the SDKs below.
Client libraries often decode bulk strings, maps, sets, and numeric strings into language-native values. The table describes the Redis wire reply.

Examples

TCP examples use the TLS REDIS_URL from the Upstash console. REST examples use UPSTASH_REDIS_REST_URL and UPSTASH_REDIS_REST_TOKEN.