-
Notifications
You must be signed in to change notification settings - Fork 985
Codecs
Codecs are a pluggable mechanism for transcoding keys and values between your application and Redis. The default codec supports UTF-8 encoded String keys and values.
Each connection may have its codec passed to the extended
RedisClient.connect
methods:
StatefulRedisConnection<K, V> connect(RedisCodec<K, V> codec)
StatefulRedisPubSubConnection<K, V> connectPubSub(RedisCodec<K, V> codec)
lettuce ships with predefined codecs:
-
com.lambdaworks.redis.codec.ByteArrayCodec
- usebyte[]
for keys and values -
com.lambdaworks.redis.codec.StringCodec
- use Strings for keys and values. Using the default charset or a specifiedCharset
with improved support forUS_ASCII
andUTF-8
. -
com.lambdaworks.redis.codec.Utf8StringCodec
- use Strings for keys and values and convert Strings using UTF-8 to store them within Redis
Publish/Subscribe connections use channel names and patterns for keys; messages are treated as values.
Keys and values can be encoded independently from each other which means the key can be a java.lang.String
while the value is a byte[]
. Many other constellations are possible like:
-
Representing your data as JSON if your data is mapped to a particular Java type. Different types are hard to map since the codec applies to all operations.
-
Serialize your data using the Java Serializer (
ObjectInputStream
/ObjectOutputStream
). Allows type-safe conversions but is less interoperable with other languages -
Serializing your data using Kryo for improved type-safe serialization.
-
Any specialized codecs like the
BitStringCodec
(see below)
The RedisCodec
interface accepts and returns ByteBuffer
s for data interchange. A ByteBuffer
is not opinionated about the source of the underlying bytes. The byte[]
interface of lettuce 3.x required the user to provide an array with the exact data for interchange. So if you have an array where you want to use only a subset, you’re required to create a new instance of a byte array and copy the data. The same applies if you have a different byte source (e.g. netty’s ByteBuf
or an NIO ByteBuffer
). The ByteBuffer
s for decoding are pointers to the underlying data. ByteBuffer
s for encoding data can be either pure pointers or allocated memory. lettuce does not free any memory (such as pooled buffers).
As in every other segment of technology, there is no one-fits-it-all solution when it comes to Codecs. Redis data structures provide a variety of The key and value limitation of codecs is intentionally and a balance amongst convenience and simplicity. The Redis API allows much more variance in encoding and decoding particular data elements. A good example is Redis hashes. A hash is identified by its key but stores another key/value pairs. The keys of the key-value pairs could be encoded using a different approach than the key of the hash. Another different approach might be to use different encodings between lists and sets. Using a base codec (such as UTF-8 or byte array) and performing an own conversion on top of the base codec is often the better idea.
A key point in Codecs is that Codecs are shared resources and can be used by multiple threads. Your Codec needs to be thread-safe (by shared-nothing, pooling or synchronization). Every logical lettuce connection uses its codec instance. Codec instances are shared as soon as multiple threads are issuing commands or if you use Redis Cluster.
Compression can be a good idea when storing larger chunks of data within Redis. Any textual data structures (such as JSON or XML) are suited for compression. Compression is handled at Codec-level which means you do not have to change your application to apply compression. The CompressionCodec
provides basic and transparent compression for values using either GZIP or Deflate compression:
StatefulRedisConnection<String, Object> connection = client.connect(
CompressionCodec.valueCompressor(new SerializedObjectCodec(), CompressionCodec.CompressionType.GZIP)).sync();
StatefulRedisConnection<String, String> connection = client.connect(
CompressionCodec.valueCompressor(new Utf8StringCodec(), CompressionCodec.CompressionType.DEFLATE)).sync();
Compression can be used with any codec, the compressor just wraps the inner RedisCodec
and compresses/decompresses the data that is interchanged. You can build your own compressor the same way as you can provide own codecs.
public class BitStringCodec implements Utf8StringCodec {
@Override
public String decodeValue(ByteBuffer bytes) {
StringBuilder bits = new StringBuilder(bytes.remaining() * 8);
while (bytes.remaining() > 0) {
byte b = bytes.get();
for (int i = 0; i < 8; i++) {
bits.append(Integer.valueOf(b >>> i & 1));
}
}
return bits.toString();
}
}
StatefulRedisConnection<String, String> connection = client.connect(new BitStringCodec());
RedisCommands<String, String> redis = connection.sync();
redis.setbit(key, 0, 1);
redis.setbit(key, 1, 1);
redis.setbit(key, 2, 0);
redis.setbit(key, 3, 0);
redis.setbit(key, 4, 0);
redis.setbit(key, 5, 1);
redis.get(key) == "00100011"
public class SerializedObjectCodec implements RedisCodec<String, Object> {
private Charset charset = Charset.forName("UTF-8");
@Override
public String decodeKey(ByteBuffer bytes) {
return charset.decode(bytes).toString();
}
@Override
public Object decodeValue(ByteBuffer bytes) {
try {
byte[] array = new byte[bytes.remaining()];
bytes.get(array);
ObjectInputStream is = new ObjectInputStream(new ByteArrayInputStream(array));
return is.readObject();
} catch (Exception e) {
return null;
}
}
@Override
public ByteBuffer encodeKey(String key) {
return charset.encode(key);
}
@Override
public ByteBuffer encodeValue(Object value) {
try {
ByteArrayOutputStream bytes = new ByteArrayOutputStream();
ObjectOutputStream os = new ObjectOutputStream(bytes);
os.writeObject(value);
return ByteBuffer.wrap(bytes.toByteArray());
} catch (IOException e) {
return null;
}
}
}
Lettuce documentation was moved to https://redis.github.io/lettuce/overview/
Intro
Getting started
- Getting started
- Redis URI and connection details
- Basic usage
- Asynchronous API
- Reactive API
- Publish/Subscribe
- Transactions/Multi
- Scripting and Functions
- Redis Command Interfaces
- FAQ
HA and Sharding
Advanced usage
- Configuring Client resources
- Client Options
- Dynamic Command Interfaces
- SSL Connections
- Native Transports
- Unix Domain Sockets
- Streaming API
- Events
- Command Latency Metrics
- Tracing
- Stateful Connections
- Pipelining/Flushing
- Connection Pooling
- Graal Native Image
- Custom commands
Integration and Extension
Internals