V2EX › tabsu 的所有回复 › 第 1 页 / 共 1 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

2016 年 4 月 28 日

@sllt ：）希望的曙光，救人恩人呐

2016 年 4 月 28 日

@wujichao 哭死在厕所，：( 逃

2016 年 4 月 28 日

@yagnqionggo 谢谢，可以参考一下

2016 年 3 月 20 日

@pubby 现有 queue 比较多，场景不一样，选取也不同。以前总好奇消息队列是怎么实现，打算自己动手弄一个，明白下原理，后面也打算对比下各种 queue 之间的性能对比图

2016 年 3 月 20 日

@sbpcx 在微博，有基于 redis 改造的组件，应用于点赞数，转发数等， mq 是自研的用于如博文消息体的中间存储

2016 年 3 月 18 日

@slixurd 谢谢，是的， todo 里面就有，周末就加上

2016 年 3 月 18 日

@hbkdsm 微博的消息队列是基于一个嵌入式 nosql BerkeleyDB 来实现的，见 http://www.oracle.com/technetwork/cn/database/database-technologies/berkeleydb/overview/index.html ，另外基于 memcached 的优势在于： 1 ）协议简单 2 ）目前支持多种语言的 client 端，比较方便使用，不需要自己写一个长连接的 client

2016 年 3 月 18 日

@est 公司小，用不起 kafka 这么个集群

2016 年 1 月 13 日

@loveltyoic 嗯，是的，可惜只是感觉 kafka 有点庞大

2016 年 1 月 13 日

自我补充一条： redis 的 list 可以达到这样的简单效果
RPUSH mylist "one";
RPUSH mylist "two";

LRANGE mylist 0 2

2016 年 1 月 6 日

@uglyer 嗯嗯，多谢

2016 年 1 月 5 日

@v1024 嗯嗯，谢了，自身系统的问题

2016 年 1 月 5 日

@abelyao 谢谢，那其实就是微信系统的设置问题了