之所以
WATCH未直接公开,是因为SE.Redis设计为在单个连接上多路复用来自不同调用堆栈的命令。这使得必须 非常 严格地管理任何事务工作。
我不清楚的东西相当的宗旨,以“不变”是 由本身 ,无以伦比一些已知值-
否则,你只是建立一个竞争状态。绝对有可能添加对此的支持,但我真的很想先了解预期的用例。你可以解释吗?
重新编辑;您的首选示例(最后一个) 对于redis 来说根本不可能-
与SE.Redis无关;如果在
GET内部进行
MULTI运算,直到
EXEC完成时才能得到答案-因此您不可能使用中的值
SET: 该值尚不可用
。
如果不是用于多路复用,则可以对第二个示例重新排序(基于SE.Redis的功能):
WATCH keyval = GET keyMULTIval = val + 1SET key $valEXEC
这是 通常的 用法
WATCH:您先 观察
要查询的内容,然后知道
{key}在此循环中没有更改(或者至少事务将中止;没有不一致的状态)。但是,
WATCH多路复用器不能很好地发挥作用
,这就是SE.Redis迫使您沿着 事务处理之前
获取值的路径进行 *** 作的原因,然后允许您比较该值以断言该值是不变的。结果相同;略有不同的方法,但是它是多路复用器安全的。有关该主题的更多信息,请参见此处。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)