A Newsletter About Everything Redis

Issue #28
January 22nd, 2015

Editor's Note

I learned of another use case for Redis – an auto-expiring log for potentially sensitive information that saves you from the need to set up a log rotator and shredder had you been using files – from @patio11's post at @TeamTwilio's blog: https://www.twilio.com/blog/2015/01/how-patrick-mckenzie-builds-twilio-apps.html.

Redis Trivia: Redi's (http://en.wikipedia.org/wiki/Francesco_Redi) controlled experiment disproved the spontaneous generation hypothesis.


Stories and News

Peter Bourgon on CRDTs, Go at SoundCloud (40:31 minutes to watch)

@peterbourgon, "CRDT Evangelist" from @SoundCloud's, in an interview to @InfoQ. A CRDT is a data structure that's a "collection of properties of operations". He argues that CRDTs provide a solid AP (in the CAP sense) solution and provides simple explanations to what this data structure is capable of. The Redis angle – roshi, a large-scale CRDT set implementation for timestamped events: https://github.com/soundcloud/roshi. Favorite quote: "engineers often overestimate their inabilities" 🙂

Modifying Redis for Fun and Profit (10 minutes to read)

@simulmedia's engineers chose Redis "for its performance, stability, licensing, simplicity, and its diverse language support" and were able to reduce the response time of some of their queries from 40 minutes to 100ms. While they were experimenting with Redis they found a nice and efficient way to do bulk loading (which they've open sourced), submitted a Pull Request that had evolved into a better ZUNIONSTORE, and added a couple of custom Redis commands.

Counting Things at Low & High Concurrency With Redis and MySQL (8 minutes to read)

A worthy writeup by @gwilym_e from @Bigcommerce about taking some of the load off MySQL before Black Friday. Counting is a classic use case for Redis so the implementation described is straightforward and combines counters with light locking for periodic sync operations. What's really nice about this piece, IMO, is the presentation of the use case and analysis of requirements at the beginning, so even if the nitty-gritty is less important for you I recommend you read it if only for that.

Development & Tools


#Ruby #foss

Another gem from the prolific @soveran that offers a lightweight alternative for queue and workers management.

rdb-rs – fast and efficient RDB parsing utility

#Rust #foss

@badboy_ demonstrates his new Rust skills by releasing a CLI and lib that parses RDBs. As part of the effort he also meticulously documented RDB's format (http://rdb.fnordig.de/file_format.html) and he's open to suggestions for features and improvements.

A better PubSub with Redis in Erlang

#Erlang #foss

A thin wrapper for Erlang's Redis client (eredis) for multiplexing subscribers' connections by @nacmartin – cool idea, great implementation and a nice post to accompany it: http://nacho-martin.com/a-better-pubsub-in-redis-with-erlang.html.


#Ruby #foss

This gem has been around for almost as long as Redis has and had just got bumped to v1.1.0 adding connection pool via a proxy object and three other minor fixes – by @nateware.


#Ruby #foss

The culmination of @halostatue's several years long journey with Redis is a cache connection manager that implements several solid protections against sub-optimal patterns.


@xedarius: "I probably shouldn't choose Redis as a caching solution purely based on the fact that they have nice ASCII-art during the startup. Probably."

@cpeeyush: "Redis Max key size is 512mb. Is anybody hit that limit.. Really!!!! #redis #DevOps"

@adam_baldwin: "@digininja @cktricky @carnal0wnage love Redis for this. Great data structures and it’s insanely fast."

@imjoshholloway: "Love the fact that #redis responses with "PONG" if you type "PING" #geekery"

@michaelasmith: "Human intelligible telnet responses is just one thing to love about redis."

@jennskiezz: "Did I mention I freaking love Redis? Who else would have such detailed documentation? http://redis.io/topics/latency<3"

@_honza: "First Lua script for Redis.<3"

@mattsta: 'It’s another news day full of "VCs funding companies built on top of Redis."'

@poznia: "The most awesome thing about redis is that I can write data migration scripts in bash! Thank you, @antirez"

@dukeleto: '"The Little Redis Book" is filled with Dune references, users named "leto" + awesome Redis gems https://github.com/karlseguin/the-little-redis-book/blob/master/en/redis.md How did I miss this?'

@imperugo: "WTF!!! Redis running on an entry level laptop can scan a 1 million key database in 40 milliseconds."

@chrisamccoy: "Lesson: Find slow queries and refactor. Ruthlessly!"

@mattsta: "I get about 5 email requests a week asking for a definitive, absolute, 100% guaranteed stable release date for Redis Cluster. #lolopensource"

@antirez: "Time for 2.8.20 soon -> https://github.com/antirez/redis/commit/4433f5a7f24350cb398ae448fca691a53a51a155"

Redis Labs Enterprise Cluster dashboard screenshotWe're getting some really great feedback from our Redis Labs Enterprise Cluster (RLEC) beta – want to give it a go?

RLEC provides you with the same high performance Redis experience that you expect from us with the added benefit of managing your own cluster on any environment you choose, including on-premise, virtual private cloud, IaaS / PaaS, and many others.

We are inviting the Redis and developer community to take the RLEC beta for a test drive and give us your feedback.

You can sign up and try Redis Labs Enterprise Cluster at: https://redislabs.com/redis-enterprise-downloads

Questions?  Feedback?  Anything you want to share?  Email or tweet me – I'm highly available 🙂

This newsletter was produced and distributed by Redis Labs, Inc.
Redis Labs, Inc. 5201 Great America Parkway, Suite 320, Santa Clara, CA 95054

Archive | Subscribe | Follow on Twitter