Redis的事务
2022/7/5 2:20:22
本文主要是介绍Redis的事务,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
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的事务的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-12-24Redis资料:新手入门快速指南
- 2024-12-24Redis资料:新手入门教程与实践指南
- 2024-12-24Redis资料:新手入门教程与实践指南
- 2024-12-07Redis高并发入门详解
- 2024-12-07Redis缓存入门:新手必读指南
- 2024-12-07Redis缓存入门:新手必读教程
- 2024-12-07Redis入门:新手必备的简单教程
- 2024-12-07Redis入门:新手必读的简单教程
- 2024-12-06Redis入门教程:从安装到基本操作
- 2024-12-06Redis缓存入门教程:轻松掌握缓存技巧