今天研究了 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及其更早的版本,你更需要使用上面的代码来及时释放不用的句柄,否则句柄数会一直
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及其更早的版本,你更需要使用上面的代码来及时释放不用的句柄,否则句柄数会一直