Read more

Version 5 of the Ruby Redis gem removes Redis.current

Arne Hartherz
February 11, 2022Software engineer at makandra GmbH

Redis.current will be removed without replacement in redis-rb 5.0.
Version 4.6.0 adds deprecation warnings for Redis.current and Redis.current=:

`Redis.current=` is deprecated and will be removed in 5.0.
Illustration web development

Do you need DevOps-experts?

Your development team has a full backlog? No time for infrastructure architecture? Our DevOps team is ready to support you!

  • We build reliable cloud solutions with Infrastructure as code
  • We are experts in security, Linux and databases
  • We support your dev team to perform
Read more

If your application still uses Redis.current, you can only fix it by no longer using it. Here is how. when you need it

You can easily instantiate a Redis client when you need it.

There is probably already a constant like REDIS_URL that you use to configure Sidekiq or similar. So just use that one. REDIS_URL).get('example') # instead of Redis.current.get('example')

The performance impact of instantiating is negligible.
You may obviously assign that to a local or instance variable, if you want to.

Test support

If you access Redis in tests, I suggest introducing a helper method. Example for RSpec:

module RedisHelpers
  def redis
    @redis ||= REDIS_URL)

RSpec.configure do |config|

Your Tests may then say redis.get('example').

But I still want to use a global

While not suggested, you can obviously still use a global object.

$redis = REDIS_URL)

That way, it's at least clear that $redis is a shared global state.

If you're working with legacy code that depends on Redis.current and can not be upgraded, you could of course also reintroduce it through a monkey patch.

Careful with threads

If your code uses threads, or if you're using a multi-threadeded web server like Puma, sharing $redis that way means all threads use a single Redis connection and must wait for each other Show snapshot .

Using Thread.current[:redis] instead of $redis will avoid that, but that may or may not be cumbersome to use, depending on your case.

Or, use a connection pool Show snapshot that is shared across threads. That solution is a bit more complex to set up.

Posted by Arne Hartherz to makandra dev (2022-02-11 11:11)