加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 百科 > 正文

c# – 如何使用Booksleeve实现Redis流水线请求?

发布时间:2020-12-15 04:11:58 所属栏目:百科 来源:网络整理
导读:关于Redis事务和管道之间的区别以及最终如何使用Booksleeve的管道,我有点混淆了.我看到 Booksleeve支持Redis transaction feature(MULTI / EXEC),但其API /测试中没有提及流水线功能.但是,在其他实现中很明显,管道和事务之间存在区别,即在 atomicity中,如下
关于Redis事务和管道之间的区别以及最终如何使用Booksleeve的管道,我有点混淆了.我看到 Booksleeve支持Redis transaction feature(MULTI / EXEC),但其API /测试中没有提及流水线功能.但是,在其他实现中很明显,管道和事务之间存在区别,即在 atomicity中,如下面的redis-ruby版本所示,但在某些 places中,这些术语似乎可以互换使用.

redis-ruby实现:

r.pipelined {
  # these commands will be pipelined
  r.get("insensitive_key")
}

r.multi {
  # these commands will be executed atomically
  r.set("sensitive_key")
}

我只是使用MULTI / EXEC,但它们似乎阻止了所有其他用户,直到交易完成(在我的情况下不是必需的),所以我担心他们的表现.有没有人使用Booksleeve的管道或有任何关于如何实现它们的想法?

解决方法

在BookSleeve中,一切都是流水线的.没有同步操作.不是一个人.因此,每个操作都返回某种形式的Task(可能是一个vanilla任务,可能是Task< string>,Task< long>等),这在将来的某个时候(即redis响应时)将具有一个值.您可以在调用代码中使用Wait来执行同步等待,或使用ContinueWith / await(C#5语言功能)来执行异步回调.

交易没有什么不同;它们是流水线的.事务的唯一微妙变化是它们在呼叫站点被额外缓冲直到完成(因为它是一个多路复用器,我们无法开始管道与事务相关的消息,直到我们有一个完整的工作单元,因为它会对同一多路复用器上的其他呼叫者产生不利影响).

所以:没有明确的.pipelined的原因是所有内容都是流水线和异步的.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读