Use FUNCTION LIST to inspect the function libraries loaded in the database.
The reply describes each library with its name, the engine it runs on, and the functions it registers, including each function's description and flags such as no-writes and allow-key-locking, which is the way to check whether a deployed function locks only its keys or the whole database. LIBRARYNAME filters the reply to library names matching a pattern, and WITHCODE includes the full source of each library, which is how you recover the code of a library that is deployed but no longer at hand.
Syntax#
Arguments#
| Argument | Required | Repeatable | Description |
|---|---|---|---|
LIBRARYNAME <library-name-pattern> | No | No | Return only libraries whose name matches this pattern. |
WITHCODE | No | No | Include each library's source code. |
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.
| Protocol | Reply |
|---|---|
| RESP2 | Array of flat arrays containing library metadata |
| RESP3 | Array of maps containing library metadata |
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.
Redis CLI
@upstash/redis
upstash_redis
This command is not supported yet in upstash_redis.