|
|
51CTO旗下网站
|
|
移动端

高效Redis Client多线程操作的并发吞吐设计

Redis是一个非常高效的基于内存的NOSQL数据库,它提供非常高效的数据读写效能.在实际应用中往往是带宽和CLIENT库读写损耗过高导致无法更好地发挥出Redis更出色的能力.下面结合一些redis本身的特性和一些client操作上的改变来提高整个redis操作的效能.

作者:泥水佬来源:开源中国博客|2015-05-13 14:22

Redis是一个非常高效的基于内存的NOSQL数据库,它提供非常高效的数据读写效能.在实际应用中往往是带宽和CLIENT库读写损耗过高导致无法更好地发挥出Redis更出色的能力.下面结合一些redis本身的特性和一些client操作上的改变来提高整个redis操作的效能.

上图是反映平常操作redis的情况,每个线程都独立的发起相应连接对redis的网络读写.虽然我们可以通过批操作的方式来把当前多个操作合并成一个, 但这种方式只能针对当单线程,而多线程相互合并则设计上很少关注.从redis的协议来说其实并没有限制,只是在client库的设计一般没有考虑进去.

如果在多线程操作REDIS的同时如果能够合并网络操作,那意味着可以减少操作网络读写的情况把处理能力提升到最大化.这样Client总体的性能都会有所提升,而REDIS也因表层的网络读取减少而达到更好的利用率.

高效Redis Client多线程操作的并发吞吐设计

以上是设计图,原理并不复杂,其实就是把每个请求的操作放到一个队列中,后面开启一个线程来把前面的指令进行一个合并操操作.一个线程在高并发下可以无法更快速地合并起来,可以根据需要进行合理的操作线程应用.

这种设计的效果是否真的比较理想呢,以下是一个简单的测试

  1. public void AnycSet() 
  2.             { 
  3.   
  4.                 CodeTimer.Time("beetle.redis asynset", () => 
  5.                 { 
  6.                     Parallel.For(0, Count, x => 
  7.                     { 
  8.                         ProtobufKey key = x.ToString(); 
  9.                         key.AsynSet(new User() { UserId = x, NickName = "sdffffffffffffffffffffffffffffffffffffffffsdffffffffffffffffffffffffffffffffffffffffbeetlesdffffffffffffffffffffffffffffffffffffffffsdffffffffffffffffffffffffffffffffffffffff" + x }); 
  10.   
  11.                     }); 
  12.                 }); 
  13.             } 
  14.             public void Set() 
  15.             { 
  16.   
  17.                 CodeTimer.Time("beetle.redis set", () => 
  18.                 { 
  19.                     Parallel.For(0, Count, x => 
  20.                     { 
  21.                         ProtobufKey key = x.ToString(); 
  22.                         key.Set(new User() { UserId = x, NickName = "sdffffffffffffffffffffffffffffffffffffffffsdffffffffffffffffffffffffffffffffffffffffbeetlesdffffffffffffffffffffffffffffffffffffffffsdffffffffffffffffffffffffffffffffffffffff" + x }); 
  23.   
  24.                     }); 
  25.                 }); 
  26.             } 

测试结果如下

以上是10W次的操作测试结果,由于redis在本机所以交互非常可观.

虽然在多线程高并发下这样的设计可以把吞吐能力和效能有一个非常不错的效果,但其也存在缺陷因为每次操作都经过不同线程的调处理,如果并发线程不多操作密集度不高.那效果并不理想;因为网络操作密集度不高,可得到并合的数量不多,这方面的损耗有可能低于操作跨线程调度所带来的损耗。

博文出处:http://www.open-open.com/lib/view/open1431181329085.html

【编辑推荐】

  1. 为什么选择使用NoSQL数据库开发如此困难?
  2. Redis 3.0.0正式版发布,全新的分布式高可用数据库
  3. Redis的11种Web应用场景
  4. 如何用Redis缓存改善数据库查询性能?
  5. 谷歌新款高性能NoSQL数据库 支持HBase接口
【责任编辑:Ophira TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

敏捷Acegi、CAS:构建安全的Java系统

本书是关于Acegi、CAS的权威教程,是Java/Java EE安全性开发者的必备参考书。无论是Java EE安全性编程模型的背景和基础知识,还是Acegi、CA...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊