Skip to content

Key Browser

The Key Browser provides a powerful interface for exploring and managing keys stored in your Valkey cluster.

Navigate through your keyspace with an intuitive interface that supports filtering, searching, and adding.

Key Browser Interface

  • Tree View: Navigate keys organized by namespace separators (:)
  • Pagination: Handle large keyspaces efficiently

Use Redis/Valkey pattern matching syntax:

user:* # All keys starting with "user:"
*:session # All keys ending with ":session"
user:*:cache # Keys matching the pattern

Filter keys by data type:

  • String: Simple key-value pairs
  • Hash: Field-value maps
  • List: Ordered collections
  • Set: Unordered unique collections
  • Sorted Set: Scored, ordered sets
  • Stream: Append-only logs
  • JSON: ReJSON-style document values (requires the JSON module)

View string values with syntax highlighting for JSON, XML, and other formats.

Display fields and values in a paginated table format.

Browse list elements with pagination.

View members of a set with pagination.

Display entries with their scores, paginated for large collections.

All collection types (hash, list, set, sorted set) use pagination to handle large data structures efficiently. Only a page of elements is loaded at a time, preventing the browser from blocking on keys with millions of members.

  • Update Value: Modify existing key values
  • Add Fields: Insert new hash fields or list elements

Click any key to view detailed information:

  • Name: Key Name
  • Type: Data structure type
  • Size: Actual size in bytes
  • TTL: Time to live (if set)
  • Raw View: Display raw value for String types
  • Table View: Hash, List, Set, Stream, and Zset types
  • Json View: JSON data

Each (host, port, db) triple maps to its own client connection on the server, so the Key Browser is always scoped to the database you connected to. Switching to a different db opens a new client side-by-side with the existing one rather than issuing SELECT against an existing client, so operations like KEYS, SET, and DEL against one database never affect keys in another database on the same node. For cluster connections this only applies when the Valkey server is at version 9.0.0 or higher; earlier cluster servers always operate on db 0 and a non-zero db is rejected at connect time.