关于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的原因是所有内容都是流水线和异步的.
