Redis事务本质: 一组命令的集合!一个事务中的所有命令都会被序列化。在事务执行过程的中,会按照顺序执行!
一次性、顺序性、排他性!执行一些列的命令!
-----队列set set set执行-----
Redis事务没有没有隔离级别的概念!
所有的命令在事务中,并没有直接被执行!只有发起执行命令的时候才会执行!
Redis单条命令式保存原子性的,但是事务不保证原子性!
redls的事务:
开启事务( multi)
命令入队.....
执行事务(exec)
正常执行事务!
127.0.0. 1:6379> multi #开启事务
OK
#命令入队
127.0.0.1:6379> set kI v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> get k2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> exec #执行事务
1) OK
2) OK
3) "v2"
4) OK
放弃事务!
127.0.0.1:6379> multi #开启事务
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k4 v4
QUEVED
127.0.0. 1:6379> DISCARD # 取消事务
127.0.0.1:6379> get k4 #事务队列中命令都不会被执行!
(nil)
编译型异常(代码有问题!命令有错! ), 事务中所有的命令都不会被执行!
127.0. 0.1:6379> multi
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0. 1:6379> set k2 v2
QUEUED
127.0.0. 1:6379> set k3 v3
QUEUED
127.0.0. 1:6379> getset k3 #错误的
127.0.0.1:6379> set k4 v4
QUEVED
127.0.0.1:6379> set k5 v5
QUEUED
127.0.0.1:6379> exec # 执行事务报错
127.0.0.1:6379> get k5 # 所有的命令都不会被执行!
(nil)
运行时异常( 1/0),如果事务队列中存在语法性,那么执行命令的时候,其他命令是可以正常执行的,错误命令抛出异常!
127.0.0.1:6379> set k1 "v1"
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> incr k1 #会执行的时候失败!
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> set k3 v3
QUEUED
127.0.0.1:6379> get k3
QUEUED
127.0.0.1:6379> exec #虽然第一 条命令报错了,但是依旧正常执行成功了!
2) OK
3) OK
4) "v3"
127.0.0.1:6379> get k2
“v2”
127.0.0.1:6379> get k3
"v3"
监控! Watch
悲观锁:
.很悲观,认为什么时候都会出问题。无论做什么都会加锁!
乐观锁:
●很乐观,认为什么时候都不会出问题,所以不会上锁!更新数据的时候去判断-下,在此期间是否有人修改过这个数据,
●获取version
●更新的时候比较version
Redis测监视测试
正常执行成功!
127.0.0.1:6379> set money 100
OK
127.0.0.1:6379> set out 0
OK
127.0.0.1:6379> watch money # 监视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) 80
2) (integer) 20
测试多线程修改值,使用watch可以当做redis的乐观锁操作!
127.0.0.1:6379> watch money
OK
127.0.0. 1:6379> multi
127.0.0.1:6379> DECRBY money 10
QUEUED
127.0.0.1:6379> INCRBY out 10
QUEUED
127.0. 0.1:6379> exec
(nil)
领取专属 10元无门槛券
私享最新 技术干货