为什么Codis比较慢,但我们还要用它呢?

  1. 云栖社区>
  2. 博客>
  3. 正文

为什么Codis比较慢,但我们还要用它呢?

余二五 2017-11-30 23:16:00 浏览1594
展开阅读全文
  1. 为什么 Codis 比 twemproxy 慢?

  • Codis 追求简洁的实现,我们没有针对内存进行优化,所以会比 twemproxy 还要多一倍拷贝。

  • Go 虽然使用 epoll,但是 IO 都不是直接完成的,而是通过 IO thread,所以需要更多的线程间通信和线程切换。

  • 所以单 CPU 情况下, Codis 吞吐能到 twemproxy 的 1/2,redis 的 1/4,说明我的实现还是可以的。

  • Codis 是 Go 开发的,底层 IO 本质也是通过 epoll 实现的。Go 为开发带来了方便,但是所有的便利都是以牺牲性能作为代价的。

那需要 Codis 有什么用?
  • 单 twemproxy:方便调整,性能不行

  • 多 twemproxy:调整需要技巧,可能需要停止服,看具体业务需求,无论如何都很痛苦。

  • Codis?

  • 适当的 CPU 就可以获得比 twemproxy 更好的性能和可靠性,同时具备横向扩展的能力

  • 可动态调整。这一点就足够了。

  • 对 redis 集群而言,CPU 和 内存,哪个更贵?而且通常 redis 集群 CPU 都是空闲的

  • 如果你的业务需要 10G:没必要用 twemproxy 或者 Codis,影响心情,给自己添麻烦。

  • 如果你的业务需要 400G:你可以选择 单/多 twemproxy + 多 redis,毕竟在相同吞吐下,twemproxy 比 codis 有更好地 CPU 利用率。

  • 但是一旦你的业务需要迁移数据,比如机器上下线,容量调整,怎么办?









本文转自 抚琴煮酒 51CTO博客,原文链接:http://blog.51cto.com/yuhongchun/1900821,如需转载请自行联系原作者

网友评论

登录后评论
0/500
评论
余二五
+ 关注