valkey is a free, open source databases project written in C and released under BSD-3-Clause. It has 27,228 GitHub stars, 1,313 forks and 894 open issues, and was last pushed 16 hours ago. On this registry it ranks #20 of 81 tracked projects in Databases, with 5 head-to-head comparisons available. It gained 20 stars over the last 3 tracked days.

What is valkey?

What it is

Valkey is high-performance data structure server. Serves key/value workloads first. Supports wide range of native structures plus extensible plugin system for new data structures and access patterns. Written in C, licensed BSD-3-Clause. Lives in key-value store and NoSQL ecosystem, shares protocol lineage with Redis, and carries cache, database, key-value-store, redis, valkey-client topics.

Project exists because Redis changed license. Valkey forked from open source Redis right before transition to new source-available licenses. Problem solved: teams need key-value and caching engine under permissive license, with no vendor license terms attached. Repo two years old, 27201 stars, 1311 forks, 894 open issues, last push 2026-09-15.

Key capabilities

  • Native data structures served from one data structure server, not relational tables.
  • Extensible plugin system for adding new data structures and access patterns.
  • TLS support, built either as built-in (make BUILD_TLS=yes) or as module (make BUILD_TLS=module).
  • RDMA support, experimental, built-in (make BUILD_RDMA=yes) or as module.
  • Valkey Cluster integration tests and Valkey Sentinel integration tests ship in repo.
  • systemd integration build (USE_SYSTEMD=yes) and enhanced stack traces with file names and line numbers (USE_LIBBACKTRACE=yes).
  • Lua engine removable at build time with BUILD_LUA=no; program name suffix settable with PROG_SUFFIX.

Who uses it and how

  • Caching layer for realtime workloads, run as standalone server or as part of cluster.
  • Distributed deployments using Valkey Cluster, exercised by make test-cluster.
  • High-availability deployments using Valkey Sentinel, exercised by make test-sentinel. Sentinel mode does not support TLS module.
  • Module authors extending data structures, tested through make test-modules against module API.
  • Performance tracking: maintainers compare throughput across versions on Valkey Performance Dashboards and follow per-commit performance on unstable branch dashboard.

Getting started

Build from source: make, plus optional flags for TLS, RDMA, systemd, libbacktrace, or Lua removal. Verify with make test, and additional suites make test-unit, make test-modules, make test-sentinel, make test-cluster. Details at valkey.io. Provided facts list no container image, package manager, or hosted option.

When to use it — and when not to

Choose Valkey when permissive BSD-3-Clause licensing matters and key/value or caching workload fits data structure server model; it is direct open-source alternative to Redis after license change. Self-hoster builds and runs server

project readme (upstream, from github) — read inline

codecov OpenSSF Scorecard

This project was forked from the open source Redis project right before the transition to their new source available licenses.

This README is just a fast quick start document. More details can be found under valkey.io

What is Valkey?

Valkey is a high-performance data structure server that primarily serves key/value workloads. It supports a wide range of native structures and an extensible plugin system for adding new data structures and access patterns.

Building Valkey using Makefile

Valkey can be compiled and used on Linux, macOS, OpenBSD, NetBSD, FreeBSD. We support big endian and little endian architectures, and both 32 bit and 64 bit systems.

It may compile on Solaris derived systems (for instance SmartOS) but our support for this platform is best effort and Valkey is not guaranteed to work as well as in Linux, macOS, and *BSD.

It is as simple as:

% make

To build with TLS support, you'll need OpenSSL development libraries (e.g. libssl-dev on Debian/Ubuntu).

To build TLS support as Valkey built-in:

% make BUILD_TLS=yes

To build TLS as Valkey module:

% make BUILD_TLS=module

Note that sentinel mode does not support TLS module.

To build with experimental RDMA support you'll need RDMA development libraries (e.g. librdmacm-dev and libibverbs-dev on Debian/Ubuntu).

To build RDMA support as Valkey built-in:

% make BUILD_RDMA=yes

To build RDMA as Valkey module:

% make BUILD_RDMA=module

To build with systemd support, you'll need systemd development libraries (such as libsystemd-dev on Debian/Ubuntu or systemd-devel on CentOS) and run:

% make USE_SYSTEMD=yes

To build with enhanced stack traces that include file names and line numbers for all functions (including static functions), use libbacktrace:

% make USE_LIBBACKTRACE=yes

To build Valkey without the Lua engine:

% make BUILD_LUA=no

To append a suffix to Valkey program names, use:

% make PROG_SUFFIX="-alt"

You can build a 32 bit Valkey binary using:

% make 32bit

After building Valkey, it is a good idea to test it using:

% make test

The above runs the main integration tests. Additional tests are started using:

% make test-unit     # Unit tests
% make test-modules  # Tests of the module API
% make test-sentinel # Valkey Sentinel integration tests
% make test-cluster  # Valkey Cluster integration tests

More about running the integration tests can be found in tests/README.md and for unit tests, see src/unit/README.md.

Performance monitoring

Valkey Performance Dashboards provide a consolidated view of throughput trends across versions, helping contributors validate improvements and identify regressions quickly.

Fixing build problems with dependencies or cached build options

Valkey has some dependencies which are included in the deps directory. make does not automatically rebuild dependencies even if something in the source code of dependencies changes.

When you update the source code with git pull or when code inside the dependencies tree is modified in any other way, make sure to use the following command in order to really clean everything and rebuild from scratch:

% make distclean

This will clean: jemalloc, lua, libvalkey, linenoise and other dependencies.

Also if you force certain build options like 32bit target, no C compiler optimizations (for debugging purposes), and other similar build time options, those options are cached indefinitely until you issue a make distclean command.

Fixing problems building 32 bit binaries

If after building Valkey with a 32 bit target you need to rebuild it with a 64 bit target, or the other way around, you need to perform a make distclean in the root directory of the Valkey distribution.

In case of build errors when trying to build a 32 bit binary of Valkey, try the following steps:

  • Install the package libc6-dev-i386 (also try g++-multilib).
  • Try using the following command line instead of make 32bit: make CFLAGS="-m32 -march=native" LDFLAGS="-m32"

Allocator

Selecting a non-default memory allocator when building Valkey is done by setting the MALLOC environment variable. Valkey is compiled and linked against libc malloc by default, with the exception of jemalloc being the default on Linux systems. This default was picked because jemalloc has proven to have fewer fragmentation problems than libc malloc.

To force compiling against libc malloc, use:

% make MALLOC=libc

To compile against jemalloc on Mac OS X systems, use:

% make MALLOC=jemalloc

Monotonic clock

By default, Valkey uses the processor's internal instruction clock (TSC on x86, CNTVCT on ARM) for monotonic time tracking, which provides approximately 3x faster time access compared to POSIX clock_gettime (~10-30ns vs ~100ns). This is enabled by default on supported architectures (x86_64 Linux and aarch64) and automatically falls back to POSIX clock_gettime on unsupported systems.

For more information about processor clock usage, see: http://oliveryang.net/2015/09/pitfalls-of-TSC-usage/

To disable the processor clock and force POSIX clock_gettime, use:

% make CFLAGS="-DNO_PROCESSOR_CLOCK"

Verbose build

Valkey will build with a user-friendly colorized output by default. If you want to see a more verbose output, use the following:

% make V=1

Running Valkey

To run Valkey with the default configuration, just type:

% cd src
% ./valkey-server

If you want to provide your valkey.conf, you have to run it using an additional parameter (the path of the configuration file):

% cd src
% ./valkey-server /path/to/valkey.conf

It is possible to alter the Valkey configuration by passing parameters directly as options using the command line. Examples:

% ./valkey-server --port 9999 --replicaof 127.0.0.1 6379
% ./valkey-server /etc/valkey/6379.conf --loglevel debug

All the options in valkey.conf are also supported as options using the command line, with exactly the same name.

Running Valkey with TLS:

Running manually

To manually run a Valkey server with TLS mode (assuming ./utils/gen-test-certs.sh was invoked so sample certificates/keys are available):

  • TLS built-in mode:

    ./src/valkey-server --tls-port 6379 --port 0 \
        --tls-cert-file ./tests/tls/valkey.crt \
        --tls-key-file ./tests/tls/valkey.key \
        --tls-ca-cert-file ./tests/tls/ca.crt
    
  • TLS module mode:

    ./src/valkey-server --tls-port 6379 --port 0 \
        --tls-cert-file ./tests/tls/valkey.crt \
        --tls-key-file ./tests/tls/valkey.key \
        --tls-ca-cert-file ./tests/tls/ca.crt \
        --loadmodule src/valkey-tls.so
    

Note that you can disable TCP by specifying --port 0 explicitly. It's also possible to have both TCP and TLS available at the same time, but you'll have to assign different ports.

Use valkey-cli to connect to the Valkey server:

./src/valkey-cli --tls \
    --cert ./tests/tls/valkey.crt \
    --key ./tests/tls/valkey.key \
    --cacert ./tests/tls/ca.crt

Specifying --tls-replication yes makes a replica connect to the primary.

Using --tls-cluster yes makes Valkey Cluster use TLS across nodes.

Running Valkey with RDMA:

Note that Valkey Over RDMA is an experimental feature. It may be changed or removed in any minor or major version. Currently, it is only supported on Linux.

  • RDMA built-in mode:

    ./src/valkey-server --protected-mode no \
         --rdma-bind 192.168.122.100 --rdma-port 6379
    
  • RDMA module mode:

    ./src/valkey-server --protected-mode no \
         --loadmodule src/valkey-rdma.so --rdma-bind 192.168.122.100 --rdma-port 6379
    

It's possible to change bind address/port of RDMA by runtime command:

192.168.122.100:6379> CONFIG SET rdma-port 6380

It's also possible to have both RDMA and TCP available, and there is no conflict of TCP(6379) and RDMA(6379), Ex:

% ./src/valkey-server --protected-mode no \
     --loadmodule src/valkey-rdma.so --rdma-bind 192.168.122.100 --rdma-port 6379 \
     --port 6379

Note that the network card (192.168.122.100 of this example) should support RDMA. To test a server supports RDMA or not:

% rdma res show (a new version iproute2 package)

Or:

% ibv_devices

Playing with Valkey

You can use va

readme truncated — read the full docs on github

Frequently asked questions

Is valkey free to use?

valkey is open source under the BSD-3-Clause 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 valkey do?

A flexible distributed key-value database that is optimized for caching and other realtime workloads.

What is valkey written in?

valkey is primarily written in C. Its source is publicly available at https://github.com/valkey-io/valkey, and it has 27,228 GitHub stars.