前面主要介绍了redis数据类型，这里讲下事务问题
NoSQL都不支持事务，虽然Redis的Transactions提供的并不是严格的ACID的事务（比如一串用EXEC
提交执行的命令，在执行中服务器宕机，那么会有一部分命令执行了，剩下的没执行），
但是这个Transactions还是提供了基本的命令打包执行的功能（在服务器不出问题的情况下，
可以保证一连串的命令是顺序在一起执行的，中间有会有其它客户端命令插进来执行）。
Redis还提供了一个Watch功能，你可以对一个key进行Watch，然后再执行Transactions，
在这过程中，如果这个Watched的值进行了修改，那么这个Transactions会发现并拒绝执行。
Session 1 (1)第1步 redis 127.0.0.1:6379> get age "10" redis 127.0.0.1:6379> watch age OK redis 127.0.0.1:6379> multi OK redis 127.0.0.1:6379> Session 2 (2)第2步 redis 127.0.0.1:6379> set age 30 OK redis 127.0.0.1:6379> get age "30" redis 127.0.0.1:6379> Session 1 (3)第3步 redis 127.0.0.1:6379> set age 20 QUEUED redis 127.0.0.1:6379> exec (nil) redis 127.0.0.1:6379> get age "30" redis 127.0.0.1:6379> 第一步，Session 1 还没有来得及对age的值进行修改 第二步，Session 2 已经将age的值设为30 第三步，Session 1 希望将age的值设为20，但结果一执行返回是nil，说明执行失败，之后我们再取一下age的值是30，这是由于Session 1中对age加了乐观锁导致的。