Redis中的事务和乐观锁实现

redis事务相关命令

开启事务multi

关闭事务discard

提交事务exec

 正常执行事务情况

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set name zhangsan
QUEUED
127.0.0.1:6379> set age 20
QUEUED
127.0.0.1:6379> set high 172
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) OK
127.0.0.1:6379>

 放弃事务的情况

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set name zhangsan
QUEUED
127.0.0.1:6379> set age 23
QUEUED
127.0.0.1:6379> set high 172
QUEUED
127.0.0.1:6379> discard
OK
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379>

编译异常代码错误命令错误情况

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set name zhangsan
QUEUED
127.0.0.1:6379> set age 26
QUEUED
127.0.0.1:6379> set high 172
QUEUED
127.0.0.1:6379> getset name    ###错误命令
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379> set wight 45
QUEUED
127.0.0.1:6379> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get name
(nil)
127.0.0.1:6379>
 

 运行时异常除了语法错误不会被执行且抛出异常后其他的正确命令可以正常执行

127.0.0.1:6379> multi
OK
127.0.0.1:6379> set name zhangsan
QUEUED
127.0.0.1:6379> set age 23
QUEUED
127.0.0.1:6379> get age
QUEUED
127.0.0.1:6379> incr name
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
3) "23"
4) (error) ERR value is not an integer or out of range
127.0.0.1:6379> get age
"23"
127.0.0.1:6379>
 

 总结

由以上可以得出结论Redis是支持单条命令事务的但是事务并不能保证原子性开启事务后执行多条命令

Redis乐观锁的实现

多线程测试watch

线程一打开一个命令行窗口

127.0.0.1:6379> keys *
(empty list or set)
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set cost 0
OK
127.0.0.1:6379> watch money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incrby money 20
QUEUED
127.0.0.1:6379> decrby cost 10
QUEUED
127.0.0.1:6379> exec    ###当线程二执行后在执行exec命令
(nil)
127.0.0.1:6379>

线程2再打开一个命令行窗口 该事务在线程一事务提交前先执行 

 发现当线程二中修改了key为money的值后然后线程一执行exec命令后监视器发现money的值发生了变化因此事务执行失败

乐观锁与悲观锁

悲观锁什么时候都会出问题所以一直监视着没有执行当前步骤完成前不让任何线程执行十分浪费性能一般不使用

乐观锁在更新数据的时候判断一下在此期间判断监视的这个数据是否发生变动没有变动则正常执行否则执行错误。

总结

在redis中单条命令是原子性的但是 事务不保持原子性。

redis是可以支持乐观锁的