httpsqs源码分析.docVIP

  1. 1、本文档共3页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
httpsqs源码分析

Httpsqs是一个消息队列服务器,他调用的接口是tokyocabinet,tokyocabinet是一个数据库的持久化库,保存key, value。 Httpsqs1.6 设计到的第3方库: Libevent: 这个不用介绍了 Tokyocabinet: 数据库的持久化库 Httpsqs1.6 采用的是单线程通信,通信的采用的是libevent,因为Tokyocabinet的处理速度很快,在业务处理方面不存在阻塞的问题,所以采用单线程。 整体流程: 图1 整体流程 httpsqs_handler的处理流程 图 2 上面的处理流程 只列出了put,get 2种命令,其实还有其他的命令,处理很put,get差不多 上面2个图,就是httpsqs的大概的流程。 Tokyocabinet 是一个key, value的持久化数据库,怎么能做成队列呢? 下面以一个队列来举例说明: 假如我们要往LogQueue队列插入数据, LogQueue并不是一个Key值,他的Key值是LogQueue:1, LogQueue:2, LogQueue:3 ………….. LogQueue:10000…….,哪这个1,2,3…………….10000是怎么控制的呢, 这又设计到另为2个Key值,LogQueue:get, LogQueue:put。具体操作见源码。 上面是httpsqs1.6的大概分析。 目前在项目中遇到的问题: 往一个队列中插入数据时,插入数据OK,但取数据的时候,数据为空 原因:初步认为是调用tcbdbput2失败了,httpsqs1.6在调用这个接口时没有返回值,httpsqs1.6本身根本就不知道是否保存成功。 根据以上,改了一个httpsqs2.6的版本 1 httpsqs1.6采用的B+树的方式(见Tokyocabinet代码),把httpsqs1.6中所有的tcb改成tca,这样put和get的方式不限定于B+树,可以选择B+树,on-memory B+树,Hash, on-memory hash.

文档评论(0)

qwd513620855 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档