ruby redis-rb 使用方法介绍

最新推荐文章于 2025-08-01 06:09:19 发布

dongdongk

最新推荐文章于 2025-08-01 06:09:19 发布

阅读量7.7k

点赞数

CC 4.0 BY-SA版权

文章标签： ruby redis

本文链接：https://blog.youkuaiyun.com/dongdongk/article/details/37889541

本文介绍了如何在Ruby中使用redis-rb库进行Redis操作，特别是同步方法的应用和事务处理，提到了multi方法用于确保命令的原子执行。此外，还建议使用特定的连接方式以优化性能，并提及了Connection Pool Gem来管理连接。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天研究了 redis-rb 的源代码（ gem 'redis' ），分享一下：

redis 服务本身设计为单线程执行，所以不需要锁机制，每个命令的执行都是原子操作，在前一个命令执行完毕后，才执行下一个命令，由于内存操作所以都很高效。网上的测试结果，读写次数可以达到10万次每秒。

redis 在默认的6379端口接收socket连接和请求，redis-rb 就是一个ruby编写的连接redis服务端的client sdk。在用户的进程中如何使用redis的连接句柄？是每次使用时创建句柄？还是全局共享一个长连接的句柄（如何保证长连接句柄不超时）？如果是共享句柄的方式，这个句柄就是一个临界资源，多线程的情况下是否安全？把更多的长连接句柄放入Pool中是否更高效？

少量请求

如果用户进程很少请求redis（很少是指5分钟或更久请求一次），因为redis默认的timeout 是300秒，所以这种情况，每次使用前创建句柄，使用后关闭。如果维持一个长连接的句柄，每次使用前还需要检查连接是否有效，如果无效，还是要reconnect一次。所以少量请求的场景下建议如下使用：

redis = Redis.new(host: "127.0.0.1", port: 6379)
redis.*** #命令 get set 等
redis.quit # 使用后关闭
如果你使用3.0.5及其更早的版本，你更需要使用上面的代码来及时释放不用的句柄，否则句柄数会一直增长（超时默认回收），有可能会导致句柄超过最大数量限制。3.0.7版本中修复了这个缺陷，即使不关闭，同一个pid，共享句柄。参考 https://github.com/redis/redis-rb/issues/382
tower（https://tower.im/s/91i）在LU机制优化时就因为没有quit，导致句柄数超限，当时临时把timeout由300降低到30秒。

中等规模请求

考虑到网络延时