Dynamic Redis

Dynamic Redis

Current Versions

Version numbers are: Redis Version-Dynamic Addons Version

Dynamic Redis is defined as: module loading added to an existing Redis release.

Dynamic Redis only adds module loading to Redis. There are no performance enhancements or other feature additions.


  • Dynamic Redis 2.8.9-0.5.2 (.tar.gz)
    • Based on Redis 2.8.9 and now includes HyperLogLog (PF*) commands and ZRANGEBYLEX commands
    • Adds compile-time feature detection for features modules may need to compile against
  • Dynamic Redis 2.8.8-0.5.1 (.tar.gz)
    • Adds ability to export specific internal Redis functions for use in modules
    • compatible with new geo commands provided in Redis Module ToolKit
    • updated release; compiles all recent modules
  • Dynamic Redis 2.8.8-0.5 (.tar.gz)
    • Redis 2.8.8 with dynamic command loading
    • original release



All Redis development starts in the unstable branch then merges into releases as necessary.

Dynamic Redis unstable is where development of the module loading facility takes place. Improvements get back-ported to current releases as necessary.

Dynamic Redis unstable is continually rebased against proper Redis unstable to keep the command loading code applied on top of all upstream Redis changes. Any future merge conflicts are fixed in Dynamic Redis and not in the underlying Redis code.

What is Dynamic Redis?

Dynamic Redis allows you to load custom commands into Redis without patches, recompiles, or even restarting your Redis process.

Also see introductory post: Advanced Redis: Command Loading.

You should consider Redis Lua Scripting before evaluating Dynamic Redis.

Use Command Modules

Dynamic Redis adds two configuration directives: module-add and module-strict.


module-add takes one parameter: the location of the module to load. You should include the module as a path and not just a filename. If you only specify a filename without directory location, the system will search your LD_LIBRARY_PATH and ldconfig search path, which probably isn’t what you want.

Usage example (config file):

module-add ./pingTest.so

Usage example (command line):

redis-server --module-add ./pingTest.so

You can load new (or reload existing) modules at runtime:

CONFIG SET module-add ./pingTest.so

In the examples above, pingTest.so is located in the directory where you first launched redis-server.

Note: There is no way to remove a loaded module. Once you load a module, you are stuck with it until you restart the server or load a new version on top of it.


module-strict controls if Dynamic Redis loads a module compiled against a different version of Redis than is currently running. You can disable strict version checking by changing the setting to no. Dynamic Redis will always print a warning if you load a module compiled against a different version of Redis.

Usage example (config file):

module-strict no

Usage example (command line):

redis-server --module-strict no

You can change version strictness at runtime:

CONFIG SET module-strict no
CONFIG SET module-strict yes

INFO modules

You can view all loaded modules, their versions, and the commands they provide:

INFO modules

You’ll notice all built-in Redis commands show up as well. Dynamic Redis loads built-in commands the same way it loads external commands, so they get an accounting record in INFO modules too.

Sample output:

Create Command Modules

Checkout krmt for building a custom Redis Add-On Module. (krmt is pronounced “Kermit” and stands for Redis Module ToolKit si está mareado).

krmt includes a sample module you can modify as needed.

Minimum Requirements

Optional Load/Cleanup Functions

Dynamic Redis runs your (optional) load function when your module loads (simple, no?).

The load function takes no parameters and returns void *.

The cleanup function only runs if you defined a load function. The cleanup function receives the output from your load function as its only parameter.

If you reload a module (by module-add the same module again), the currently loaded module will run cleanup, unload itself, then your new module will be evaluated.

Building Your Custom Module

Start with krmt and modify the code/Makefile/CFLAGS/LDFLAGS as necessary.

Note: Building a module requires a checkout of the Dynamic Redis branch you intend to run as your server. See krmt for more details.

Need More?

Need more information? Is a critical pieec of usage information missing above? Are there annoying tyops you demand must be fixed?

File an issue and someone will get back to you within four to eleventryhundred business days.

This work is vomited forth unto the world by Matt@mattsta☁mattsta.