Predis is a flexible and feature-complete Redis client library for PHP >= 5.3.

By default Predis does not require any additional C extension, but it can be optionally paired with phpiredis to lower the overhead of serializing and parsing the Redis protocol. An asynchronous implementation of the client, albeit experimental, is also available through Predis\Async.

Predis can be used with HHVM >= 2.4.0, but there are no guarantees you will not run into unexpected issues (especially with the JIT compiler enabled via Eval.Jit = true) due to HHVM being still under heavy development, thus unstable and not yet 100% compatible with PHP.

More details about the project can be found in our frequently asked questions section or on the online wiki.

• Wide range of Redis versions supported (from 1.2 to 2.8 and unstable) using profiles.
• Clustering via client-side sharding using consistent hashing or custom distributors.
• Smart support for redis-cluster (Redis >= 3.0).
• Support for master-slave replication configurations (write on master, read from slaves).
• Transparent key prefixing for all Redis commands.
• Command pipelining (works on both single and aggregate connections).
• Abstraction for Redis transactions (Redis >= 2.0) supporting CAS operations (Redis >= 2.2).
• Abstraction for Lua scripting (Redis >= 2.6) with automatic switching between EVALSHA or EVAL.
• Abstraction for SCAN, SSCAN, ZSCAN and HSCAN (Redis >= 2.8) based on PHP iterators.
• Connections to Redis are established lazily by the client upon the first command.
• Support for both TCP/IP and UNIX domain sockets and persistent connections.
• Support for Webdis (both ext-curl and ext-phpiredis are needed).
• Support for custom connection classes for providing different network or protocol backends.
• Flexible system for defining and registering custom sets of supported commands or profiles.

Predis is available on Packagist which allows a quick installation using Composer. Alternatively, the library can be found on our own PEAR channel for a more traditional installation via PEAR. Ultimately, archives of each release are available on GitHub.

Predis relies on the autoloading features of PHP to load its files when needed and complies with the PSR-0 standard which makes it compatible with most PHP frameworks. Autoloading is handled automatically when dependencies are managed using Composer, but you can also leverage its own autoloader if you are going to use it in a project or script without any PSR-0 compliant autoloading facility:

// Prepend a base path if Predis is not available in your "include_path".
require 'Predis/Autoloader.php';

Predis\Autoloader::register();

It is possible to easily create a phar archive from the repository just by launching bin/create-phar. The generated phar contains a stub defining an autoloader function for Predis, so you just need to require the phar to start using the library. Alternatively, it is also possible to generate one single PHP file that holds every class like older versions of Predis by launching bin/create-single-file, but this practice is not encouraged.

When not specifying any connection parameter to create a new client, Predis assumes 127.0.0.1 and 6379 as the default host and port and uses a connection timeout of 5 seconds:

$client = new Predis\Client();
$client->set('foo', 'bar');
$value = $client->get('foo');

Connection parameters can be supplied either in the form of URI strings or named arrays. While the latter is the preferred way to supply parameters, URI strings can be useful for quick configurations or when parameters are read from a non-structured source:

// Named array of connection parameters:
$client = new Predis\Client([
    'scheme' => 'tcp',
    'host'   => '10.0.0.1',
    'port'   => 6379,
]);

// Same set of parameters, but using an URI string:
$client = new Predis\Client('tcp://10.0.0.1:6379');

When an array of connections parameters is provided, Predis automatically works in clustering mode using client-side sharding. Both named arrays and URI strings can be mixed for providing each node configuration:

$client = new Predis\Client([
    'tcp://10.0.0.1?alias=first-node',
    ['host' => '10.0.0.2', 'alias' => 'second-node'],
]);

The actual list of supported connection parameters can vary depending on each connection backend so it is recommended to refer to their specific documentation for details.

Various aspects of the client can be easily configured by passing options to the second argument of Predis\Client::__construct(). Options are managed using a mini DI-alike container and their values are usually lazily initialized only when needed. Predis by default supports the following options:

• profile: which profile to use in order to match a specific version of Redis.
• prefix: a prefix string that is automatically applied to keys found in commands.
• exceptions: whether the client should throw or return responses upon Redis errors.
• connections: connection backends or a connection factory to be used by the client.
• cluster: which backend to use for clustering (predis, redis or custom configuration).
• replication: which backend to use for replication (predis or custom configuration).

Users can provide custom option values, they are stored in the options container and can be accessed later through the library.

Predis is able to aggregate multiple connections which is the base for clustering and replication. By default the client implements clustering using either client-side sharding (default) or a Redis backed solution using redis-cluster. As for replication, Predis can handle single-master and multiple-slaves setups by executing read operations on slaves and switching to the master for write operations. The replication behaviour is fully configurable.

Pipelining can help with performances when many commands need to be sent to a server by reducing the latency introduced by network round-trip timings. Pipelining also works with aggregate connections. The client can execute the pipeline inside a callable block or return a pipeline instance with the ability to chain commands thanks to its fluent interface:

// Executes a pipeline inside a given callable block:
$responses = $client->pipeline(function ($pipe) {
    for ($i = 0; $i < 1000; $i++) {
        $pipe->set("key:$i", str_pad($i, 4, '0', 0));
        $pipe->get("key:$i");
    }
});

// Returns a pipeline instance with fluent interface:
$responses = $client->pipeline()->set('foo', 'bar')->get('foo')->execute();

The client provides an abstraction for Redis transactions based on MULTI and EXEC with a similar interface to command pipelines:

// Executes a transaction inside a given callable block:
$responses = $client->transaction(function ($tx) {
    $tx->set('foo', 'bar');
    $tx->get('foo');
});

// Returns a transaction instance with fluent interface:
$responses = $client->transaction()->set('foo', 'bar')->get('foo')->execute();

This abstraction can perform check-and-set operations thanks to WATCH and UNWATCH and provides automatic retries of transactions aborted by Redis when WATCHed keys are touched. For an example of a transaction using CAS you can see the following example.

NOTE: the method transaction() is available since v0.8.5, older versions used multiExec() for the same purpose but it has been deprecated and will be removed in the next major release.

Predis can use different connection backends to connect to Redis. Two of them leverage a third party extension such as phpiredis resulting in major performance gains especially when dealing with big multibulk responses. While one is based on PHP streams, the other is based on socket resources provided by ext-socket. Both support TCP/IP or UNIX domain sockets:

$client = new Predis\Client('tcp://127.0.0.1', [
    'connections' => [
        'tcp'  => 'Predis\Connection\PhpiredisStreamConnection', // PHP streams
        'unix' => 'Predis\Connection\PhpiredisConnection',       // ext-socket
    ],
]);

Developers can create their own connection classes to add support for new network backends, extend existing ones or provide completely different implementations. Connection classes must implement Predis\Connection\SingleConnectionInterface or extend Predis\Connection\AbstractConnection:

class MyConnectionClass implements Predis\Connection\SingleConnectionInterface
{
    // Implementation goes here...
}

// Use MyConnectionClass to handle connections for the `tcp` scheme:
$client = new Predis\Client('tcp://127.0.0.1', [
    'connections' => ['tcp' => 'MyConnectionClass'],
]);

For a more in-depth insight on how to create new connection backends you can refer to the actual implementation of the standard connection classes available in the Predis\Connection namespace.

While we try to update Predis to stay up to date with all the commands available in Redis, you might prefer to stick with an older version of the library or provide a different way to filter arguments or parse responses for specific commands. To achieve that, Predis provides the ability to implement new command classes to define or override commands in the server profiles used by the client:

// Define a new command by extending Predis\Command\AbstractCommand:
class BrandNewRedisCommand extends Predis\Command\AbstractCommand
{
    public function getId()
    {
        return 'NEWCMD';
    }
}

// Inject your command in the current profile:
$client = new Predis\Client();
$client->getProfile()->defineCommand('newcmd', 'BrandNewRedisCommand');

$response = $client->newcmd();

A scriptable command is just an abstraction for Lua scripting that aims to simplify the usage of scripting with Redis >= 2.6. Scriptable commands can be registered in the server profile used by the client and are accessible as if they were plain Redis commands, but they define a Lua script that gets transmitted to Redis for remote execution. Internally, scriptable commands use by default EVALSHA and identify a Lua script by its SHA1 hash to save bandwidth but EVAL is automatically preferred as a fall back when needed:

// Define a new scriptable command by extending Predis\Command\ScriptedCommand:
class ListPushRandomValue extends Predis\Command\ScriptedCommand
{
    public function getKeysCount()
    {
        return 1;
    }

    public function getScript()
    {
        return <<<LUA
math.randomseed(ARGV[1])
local rnd = tostring(math.random())
redis.call('lpush', KEYS[1], rnd)
return rnd
LUA;
    }
}

// Inject your scriptable command in the current profile:
$client = new Predis\Client();
$client->getProfile()->defineCommand('lpushrand', 'ListPushRandomValue');

$response = $client->lpushrand('random_values', $seed = mt_rand());

Contributions to Predis are highly appreciated either in the form of pull requests for new features, bug fixes, or just bug reports. We only ask you to adhere to a basic set of rules before submitting your changes or filing bugs on the issue tracker to make it easier for everyone to stay consistent while working on the project.

ATTENTION: Do not ever run the test suite shipped with Predis against instances of Redis running in production environments or containing data you are interested in!

Predis has a comprehensive test suite covering every aspect of the library. This test suite performs integration tests against a running instance of Redis (>= 2.4.0 is required) to verify the correct behaviour of the implementation of each command and automatically skips commands not defined in the specified Redis profile. If you do not have Redis up and running, integration tests can be disabled. By default the test suite is configured to execute integration tests using the profile for Redis 2.8 (which is the current stable version of Redis) but can optionally target a Redis instance built from the unstable branch by modifying phpunit.xml and setting REDIS_SERVER_VERSION to dev so that the development server profile will be used. You can refer to the tests README for more detailed information about testing Predis.

Predis uses Travis CI for continuous integration and the history for past and current builds can be found on its project page.

• Source code
• Wiki
• Issue tracker
• PEAR channel

• Daniele Alessandri (twitter)

The code for Predis is distributed under the terms of the MIT license (see LICENSE).