[大数据]Redis详解之事务以及redis乐观锁

说到redis的乐观锁就要简单提一下悲观锁与乐观锁的概念，具体应用就不提了

悲观锁：就是非常的悲观，总是认为当拿数据的时候都会进行修改，所以在每次拿数据的时候都会上锁，这个时候别的线程想要拿数据的时候就会阻塞知道它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。Java中synchronized和ReentrantLock等独占锁就是悲观锁思想的实现。

乐观锁：就是非常乐观，认为当拿到数据的时候不会进行修改，总是不会上锁，但是会在更新数据的时候判断数据是否发生变化。乐观锁一般会使用版本号机制和CAS算法来实现。那么在redis中怎么来实现呢？来举一个例子，里边也会提到redis的所有事务操作：

127.0.0.1:6379> MULTI #开启事务
OK
127.0.0.1:6379> set money 100? #设置有100元
QUEUED
127.0.0.1:6379> set out 0? #设置花了0元
QUEUED
127.0.0.1:6379> exec? #执行
1) OK
2) OK
127.0.0.1:6379> keys * #查看是否执行成功
1) "out"
2) "money"
127.0.0.1:6379>

这个时候我们在来开一个客户端，模拟多线程时候的情况：

127.0.0.1:6379> watch money #对money进行监视
OK
127.0.0.1:6379> MULTI #开启事务
OK
127.0.0.1:6379> decrby money 20 #money减少20
QUEUED
127.0.0.1:6379> incrby out 20 # out增加20
QUEUED
127.0.0.1:6379> 这里注意我们并没有执行

?注意我们并没有执行上边那个事务，我们在执行之前突然将money改变，模拟数据发生变化，我们在第一个线程将money改为1000，

127.0.0.1:6379> set money 1000
OK
127.0.0.1:6379>

然后来执行线程二，这时候发现为空

127.0.0.1:6379> watch money
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby out 20
QUEUED
127.0.0.1:6379> exec
(nil)
127.0.0.1:6379>

我们先解除对money的监控， 然后再次监控，发现数据更新成功

127.0.0.1:6379> unwatch
OK
127.0.0.1:6379> watch money
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> decrby money 20
QUEUED
127.0.0.1:6379> incrby out 20
QUEUED
127.0.0.1:6379> exec
1) (integer) 980
2) (integer) 20
127.0.0.1:6379>

?还有一个操作就是discard，就是刷新事务中在排队的命令，如果已经被watch，将会解除watch

?127.0.0.1:6379> watch money
OK
127.0.0.1:6379> MULTI
OK
127.0.0.1:6379> discard
OK
127.0.0.1:6379>

以上就是所有的事务操作，官方文档

如有错误请联系！！！！