redis-py is a free, open source databases project written in Python and released under MIT. It has 13,643 GitHub stars, 2,746 forks and 84 open issues, and was last pushed 14 hours ago. On this registry it ranks #46 of 81 tracked projects in Databases, with 5 head-to-head comparisons available.

What is redis-py?

redis-py is the Python interface to the Redis key-value store, a client library that lets Python applications connect to a Redis server, issue commands, and read the responses back.

What it is

redis-py lives in the Python ecosystem and is published on PyPI under the package name redis. It is MIT licensed, maintained in the redis GitHub organization, and documented at redis.readthedocs.io. A typical session is short: create a client with redis.Redis(host='localhost', port=6379, db=0), call r.set('foo', 'bar'), then call r.get('foo') and receive b'bar'. All responses come back as bytes by default, so applications that want decoded strings pass decode_responses=True. The library also carries connection options and protocol controls, and it is the point where a Python application meets the Redis wire protocol.

The concrete problem it solves is protocol and connection plumbing. Rather than encoding commands and parsing RESP frames by hand, an application calls methods on a client object and gets Python values back. That plumbing is not static: redis-py has supported RESP3 since version 5.0, and from version 8.0 clients use RESP3 on the wire by default while preserving legacy RESP2-compatible Python response shapes for existing applications. Callers who want RESP3-specific response shapes set protocol=3 explicitly, callers who must stay on RESP2 set protocol=2, and new projects are advised to opt out of legacy compatibility with legacy_responses=False. The library therefore also absorbs the migration cost of a protocol change that would otherwise land in every application.

Key capabilities

  • Installation through the redis package on PyPI, with an optional hiredis extra installed as pip install "redis[hiredis]" for response parsing.
  • Core command interface over a client object, demonstrated with redis.Redis(host='localhost', port=6379, db=0), set, and get, with decode_responses=True to receive decoded strings instead of bytes.
  • RESP3 wire protocol support since redis-py 5.0, with protocol=3 and protocol=2 switches and legacy_responses=False for protocol-independent response shapes.
  • Redis Cluster support, reflected in the redis-cluster topic alongside redis-client and redis-py.
  • A declared Redis server version matrix covering Redis 7.2, 7.4, 8.0, 8.2, 8.4, 8.6, and 8.8, with library version 6.0.0 and later supporting Redis 7.2 through current.
  • A tracked Python version policy: redis-py 5.0 was the last release supporting Python 3.7, 5.1 moved to Python 3.8 and later, 6.1.0 was the last release supporting Python 3.8, and 6.2.0 supports Python 3.9 and later.
  • Documentation hosted at redis.readthedocs.io, with installation, usage, and advanced topic sections.

Who uses it and how

  • Python application developers connecting to a Redis instance on localhost port 6379 and database 0, then issuing set and get calls from ordinary application code.
  • Teams running Redis 7.2 through 8.8 in production, who pin redis-py 6.0.0 or later to stay inside the documented compatibility matrix.
  • Teams operating Redis Cluster, who rely on the cluster support the project tracks as a topic.
  • Applications with existing RESP2-shaped response handling, which can stay on legacy shapes while the wire protocol moves to RESP3, or migrate deliberately with protocol=3 and legacy_responses=False.
  • Projects on older interpreters, which must pin to the last release covering their Python version rather than tracking current releases.

Getting started

Install with pip install redis, or pip install "redis[hiredis]" when the hiredis parser is wanted. A Redis server for local work can be started with docker run -p 6379:6379 -it redis:latest, and the README also points at Redis Cloud as a hosted option.

How it compares

No list of paid products that this project replaces is provided, and the facts name no competing Python Redis clients. The one adjacent tool the README names is redis-om-python, presented as a higher-level library for object mapping that sits above redis-py rather than beside it. On the evidence here, redis-py stands alone in this registry.

When to use it — and when not to

Use it when the application is Python, the interpreter is 3.9 or later for current releases, and the Redis server version falls inside the supported matrix. Be aware that this is a client library only: a self-hoster still has to run and operate the Redis server itself, whether through the redis:latest container on port 6379 or a hosted service. Do not pick it expecting object mapping, since the README directs that need to redis-om-python, and do not adopt the newest release on Python 3.8 or 3.7 without first checking which version last supported that interpreter.

project readme (upstream, from github) — read inline

redis-py

The Python interface to the Redis key-value store.

CI docs MIT licensed pypi pre-release codecov

Installation | Usage | Advanced Topics | Contributing


Note: redis-py 5.0 is the last version of redis-py that supports Python 3.7, as it has reached end of life. redis-py 5.1 supports Python 3.8+.
Note: redis-py 6.1.0 is the last version of redis-py that supports Python 3.8, as it has reached end of life. redis-py 6.2.0 supports Python 3.9+.


How do I Redis?

Learn for free at Redis University

Try the Redis Cloud

Dive in developer tutorials

Join the Redis community

Work at Redis

Installation

Start a redis via docker (for Redis versions >= 8.0):

docker run -p 6379:6379 -it redis:latest

Start a redis via docker (for Redis versions = 1.0 is available, redis-py will attempt to use it for response parsing.

$ pip install "redis[hiredis]"

Looking for a high-level library to handle object mapping? See redis-om-python!

Supported Redis Versions

The most recent version of this library supports Redis version 7.2, 7.4, 8.0, 8.2, 8.4, 8.6 and 8.8.

The table below highlights version compatibility of the most-recent library versions and redis versions.

Library version Supported redis versions
3.5.3 = 4.5.0
>= 5.0.0 Version 5.0 to 7.4
>= 6.0.0 Version 7.2 to current

Usage

Basic Example

>>> import redis
>>> r = redis.Redis(host='localhost', port=6379, db=0)
>>> r.set('foo', 'bar')
True
>>> r.get('foo')
b'bar'

The above code connects to localhost on port 6379, sets a value in Redis, and retrieves it. All responses are returned as bytes in Python, to receive decoded strings, set decode_responses=True. For this, and more connection options, see these examples.

RESP3 Support

redis-py supports RESP3 starting with version 5.0. Starting with redis-py 8.0, clients use RESP3 on the wire by default while preserving legacy RESP2-compatible Python response shapes for existing applications.

Set protocol=3 explicitly when your application should receive RESP3-specific response shapes or when you want the wire protocol choice to be visible in code. To force RESP2 on the wire, set protocol=2. To opt in to protocol-independent response shapes, set legacy_responses=False.

For new projects, we recommend opting out of legacy response compatibility by setting legacy_responses=False. This makes redis-py return unified Python response shapes for affected commands whether the connection uses RESP2 or RESP3. Existing applications can keep the default legacy-compatible behavior while they migrate response handling at their own pace.

>>> import redis
>>> r = redis.Redis(host='localhost', port=6379, db=0, legacy_responses=False)

See the unified responses migration guide for activation instructions and command-by-command response differences. For RESP3-specific behavior, see the RESP3 features guide.

Connection Pools

By default, redis-py uses a connection pool to manage connections. Each instance of a Redis class receives its own connection pool. You can however define your own redis.ConnectionPool.

>>> pool = redis.ConnectionPool(host='localhost', port=6379, db=0)
>>> r = redis.Redis(connection_pool=pool)

Alternatively, you might want to look at Async connections, or Cluster connections, or even Async Cluster connections.

Redis Commands

There is built-in support for all of the out-of-the-box Redis commands. They are exposed using the raw Redis command names (HSET, HGETALL, etc.) except where a word (i.e. del) is reserved by the language. The complete set of commands can be found here, or the documentation.

Advanced Topics

The official Redis command documentation does a great job of explaining each command in detail. redis-py attempts to adhere to the official command syntax. There are a few exceptions:

  • MULTI/EXEC: These are implemented as part of the Pipeline class. The pipeline is wrapped with the MULTI and EXEC statements by default when it is executed, which can be disabled by specifying transaction=False. See more about Pipelines below.

  • SUBSCRIBE/LISTEN: Similar to pipelines, PubSub is implemented as a separate class as it places the underlying connection in a state where it can't execute non-pubsub commands. Calling the pubsub method from the Redis client will return a PubSub instance where you can subscribe to channels and listen for messages. You can only call PUBLISH from the Redis client (see this comment on issue #151 for details).

For more details, please see the documentation on advanced topics page.

Pipelines

The following is a basic example of a Redis pipeline, a method to optimize round-trip calls, by batching Redis commands, and receiving their results as a list.

>>> pipe = r.pipeline()
>>> pipe.set('foo', 5)
>>> pipe.set('bar', 18.5)
>>> pipe.set('blee', "hello world!")
>>> pipe.execute()
[True, True, True]

PubSub

The following example shows how to utilize Redis Pub/Sub to subscribe to specific channels.

>>> r = redis.Redis(...)
>>> p = r.pubsub()
>>> p.subscribe('my-first-channel', 'my-second-channel', ...)
>>> p.get_message()
{'pattern': None, 'type': 'subscribe', 'channel': b'my-second-channel', 'data': 1}

Redis’ search and query capabilities default dialect

Release 6.0.0 introduces a client-side default dialect for Redis’ search and query capabilities. By default, the client now overrides the server-side dialect with version 2, automatically appending DIALECT 2 to commands like FT.AGGREGATE and FT.SEARCH.

Important: Be aware that the query dialect may impact the results returned. If needed, you can revert to a different dialect version by configuring the client accordingly.

>>> from redis.commands.search.field import TextField
>>> from redis.commands.search.query import Query
>>> from redis.commands.search.index_definition import IndexDefinition
>>>

readme truncated — read the full docs on github

Frequently asked questions

Is redis-py free to use?

redis-py is open source under the MIT licence. There is no licence fee and no seat count — you can self-host it or, where the project offers one, pay a vendor for a managed version instead.

What does redis-py do?

Redis Python client

What is redis-py written in?

redis-py is primarily written in Python. Its source is publicly available at https://github.com/redis/redis-py, and it has 13,643 GitHub stars.