Redis的事务

Redis事物的本质：一组命令的集合！一个事务中的所有命令都会被序列化，在事务执行的中,会按照顺序执行

一次性、顺序性、排他性！执行一系列的命令

----------- 队列 set set set 执行 -----------

Redis实物没有隔离级别的概念

所有的命令在事务中，并没有直接执行!只有发起执行命令的时候才会执行！Exec

注：Redis单条命令是保持原子性的，但是事务不保证原子性！

redis的事务：

开启事务(multi)
命令入队(......)
执行事务(exec)

正常执行事务！

127.0.0.1:6379> multi  # 开启事务
OK
# 命令入队
127.0.0.1:6379(TX)> set v1 wangyapeng  
QUEUED
127.0.0.1:6379(TX)> set v2 hahahahha
QUEUED
127.0.0.1:6379(TX)> set v3 zezeze
QUEUED
127.0.0.1:6379(TX)> get v1 
QUEUED
127.0.0.1:6379(TX)> exec # 启动事务
1) OK
2) OK
3) OK
4) "wangyapeng"

放弃事务

127.0.0.1:6379> multi  # 开启事务
OK
127.0.0.1:6379(TX)> set k1 v1 
QUEUED
127.0.0.1:6379(TX)> set k2 v2
QUEUED
127.0.0.1:6379(TX)> set k4 v4
QUEUED
127.0.0.1:6379(TX)> disCARD  # 放弃事务
OK
127.0.0.1:6379> get k4  # 事务中的命令不会被执行
(nil)

编译时异常（命令有问题），事务中所有的命令都不会被执行！

127.0.0.1:6379> multi   # 开启事务
OK
127.0.0.1:6379(TX)> set k1 v1
QUEUED
127.0.0.1:6379(TX)> set k3 v3
QUEUED
127.0.0.1:6379(TX)> set k4 v4
QUEUED
127.0.0.1:6379(TX)> get 1 0   # 命令有问题 那么队列里面的所有命令都不会执行
(error) ERR wrong number of arguments for 'get' command
127.0.0.1:6379(TX)> set k6 v6
QUEUED
127.0.0.1:6379(TX)> exec  # 执行命令
(error) EXECABORT Transaction discarded because of prevIoUs errors.
127.0.0.1:6379> get k6  # 空的值
(nil)

运行时异常 1/0,如果事务队列中存在语法性，那么执行命令的时候，其他命令可以正常执行

127.0.0.1:6379> set k1 hello
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> incr k1   # 无法执行，命令没问题，语法有问题不会影响其他的命令执行
QUEUED
127.0.0.1:6379(TX)> set k1 1
QUEUED
127.0.0.1:6379(TX)> set k2 2
QUEUED
127.0.0.1:6379(TX)> set k3 3
QUEUED
127.0.0.1:6379(TX)> get k1
QUEUED
127.0.0.1:6379(TX)> exec
1) (error) ERR value is not an integer or out of range
2) OK
3) OK
4) OK
5) "1"

监控 Watch (面试常问)

乐观锁：

很乐观，认为什么时候都不会有问题，所以不会上锁! 更新数据的时候去判断一下，在此期间是否有人修改过数据
获取version
更新数据的时候比较version

悲观锁：

很悲观，认为任何情况都会出问题，所以无论做什么都会加锁！

Redis监视测试

正常执行成功！

127.0.0.1:6379> set money 1000
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(TX)> decrby money 20 
QUEUED
127.0.0.1:6379(TX)> incrby out 20
QUEUED
127.0.0.1:6379(TX)> exec   # 执行事务
1) (integer) 980
2) (integer) 20

测试多线程修改值，使用watch可以当做redis的乐观锁

127.0.0.1:6379> watch money  # 监视  money
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379(TX)> decrby money 100
QUEUED
127.0.0.1:6379(TX)> incrby out 100
QUEUED
127.0.0.1:6379(TX)> exec  # 执行线程之前 另一个线程修改了 money值  这时候就会导致事务执行失败
(nil)

如果事务执行失败就解锁后重新获取锁就行

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(TX)> decrby money 100
QUEUED
127.0.0.1:6379(TX)> incrby out 100
QUEUED
127.0.0.1:6379(TX)> exec  # 比较监视的值是否发生变动，若没变动就会成功，变动了就直接失败
1) (integer) 980
2) (integer) 100

Redis的事务

Redis的事务

相关推荐