redis事务学习_IT168文库

《redis事务学习_IT168文库》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、redis事务学习redis对事务的支持目前还比较简单。redis只能保证一个client发起的事务中的命令可以连续的执行，而中间不会插入其他client的命令。由于redis是单线程来处理所有client的请求的所以做到这点是很容易的。一般情况下redis在接受到一个client发来的命令后会立即处理并返回处理结果，但是当一个client在一个连接中发出multi命令有，这个连接会进入一个事务上下文，该连接后续的命令并不是立即执行，而是先放到一个队列中。当从此连接受到exec命令后，redis会顺序的

2、执行队列中的所有命令。并将所有命令的运行结果打包到一起返回给client.然后此连接就结束事务上下文。下面可以看一个例子123456789redis>multiOKredis>incraQUEUEDredis>incrbQUEUEDredis>exec1.(integer)12.(integer)1从这个例子我们可以看到incra,incrb命令发出后并没执行而是被放到了队列中。调用exec后俩个命令被连续的执行，最后返回的是两条命令执行后的结果我们可以调用discard命令来取消一个事务。接着上面例子

3、123456789101112redis>multiOKredis>incraQUEUEDredis>incrbQUEUEDredis>discardOKredis>geta"1"redis>getb"1"可以发现这次incraincrb都没被执行。discard命令其实就是清空事务的命令队列并退出事务上下文。虽说redis事务在本质上也相当于序列化隔离级别的了。但是由于事务上下文的命令只排队并不立即执行，所以事务中的写操作不能依赖事务中的读操作结果。看下面例子123456789redis>multiO

4、Kredis>getaQUEUEDredis>getbQUEUEDredis>exec1."1"2."1"发现问题了吧。假如我们想用事务实现incr操作怎么办？可以这样做吗？12345678910redis>geta"1"redis>multiOKredis>seta2QUEUEDredis>exec1.OKredis>geta，"2"结论很明显这样是不行的。这样和geta然后直接seta是没区别的。很明显由于geta和seta并不能保证两个命令是连续执行的(get操作不在事务上下文中)。很可能有两个c

5、lient同时做这个操作。结果我们期望是加两次a从原来的1变成3.但是很有可能两个client的geta，取到都是1，造成最终加两次结果却是2。主要问题我们没有对共享资源a的访问进行任何的同步也就是说redis没提供任何的加锁机制来同步对a的访问。还好redis2.1后添加了watch命令，可以用来实现乐观锁。看个正确实现incr命令的例子,只是在前面加了watcha123456789101112redis>watchaOKredis>geta"1"redis>multiOKredis>seta2QUE

6、UEDredis>exec1.OKredis>geta，"2"watch命令会监视给定的key,当exec时候如果监视的key从调用watch后发生过变化，则整个事务会失败。也可以调用watch多次监视多个key.这样就可以对指定的key加乐观锁了。注意watch的key是对整个连接有效的，事务也一样。如果连接断开，监视和事务都会被自动清除。当然了exec,discard,unwatch命令都会清除连接中的所有监视.redis的事务实现是如此简单，当然会存在一些问题。第一个问题是redis只能保证事务的

7、每个命令连续执行，但是如果事务中的一个命令失败了，并不回滚其他命令，比如使用的命令类型不匹配。123456789101112131415161718redis>seta5OKredis>lpushb5(integer)1redis>setc5OKredis>multiOKredis>incraQUEUEDredis>incrbQUEUEDredis>incrcQUEUEDredis>exec1.(integer)62.(error)ERROperationagainstakeyholdingthewro

8、ngkindofvalue3.(integer)6可以看到虽然incrb失败了，但是其他两个命令还是执行了。最后一个十分罕见的问题是当事务的执行过程中，如果redis意外的挂了。很遗憾只有部分命令执行了，后面的也就被丢弃了。当然如果我们使用的append-onlyfile方式持久化，redis会用单个write操作写入整个事务内容。即是是这种方式还是有可能只部分写入了事务到磁盘。发生部分写入事务的情况下，redis重启时会检测到这种情况，然