Redis学习笔记（二）-- Redis事务

最新推荐文章于 2021-12-18 19:38:06 发布

Catch.Cat

最新推荐文章于 2021-12-18 19:38:06 发布

阅读量190

点赞数 1

分类专栏： redis 文章标签： redis

本文链接：https://blog.youkuaiyun.com/JAVA_Throw/article/details/117884324

版权

redis 专栏收录该内容

4 篇文章

订阅专栏

本文详细解读了Redis事务的概念，包括其原子性特点、命令执行流程、开启与放弃事务的方法，以及乐观锁的原理和实例。通过实际操作演示了事务在监控和多线程环境中的应用。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Redis官网：https://redis.io/
Redis中文网：http://www.redis.cn/
学习视频：【狂神说Java】Redis最新超详细版教程通俗易懂

Redis事务

概念

Redis事务的本质：一组命令的集合！一个事务中的所有命令都会被序列化，在事务执行过程中，会按照顺序执行！
所有的命令在事务中，并没有直接被执行！只有发起执行命令的时候才会被执行！Exec
一次性、顺序性、排他性！
Redis的单条命令是原子性的，事务不保证原子性！
Redis事务没有隔离级别的概念！

事务执行

redis的事务：
- 开启事务（multi）
- 命令入队（）
- 执行事务（exec）
执行命令：

事务执行

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 k3 v3
QUEUED
127.0.0.1:6379> exec  # 执行事务
1) OK
2) OK
3) 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 k3 v4
QUEUED
127.0.0.1:6379> discard  # 取消事务
OK
127.0.0.1:6379> get k3
"v3"

编译型异常（命令有错！），事务的所有命令都不会执行

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> getset k3 # 错误的命令
(error) ERR wrong number of arguments for 'getset' command
127.0.0.1:6379> set k4 v4
QUEUED
127.0.0.1:6379> exec  # 事务执行失败，
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:6379> get k4
(nil)

运行时异常，如果所有命令语法正确，但是有一条语句执行报错，那么其他命令是可以正常执行的，错误语句抛出异常

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 # 虽然第一条语句执行报错，但其他语句正常执行
1) (error) ERR value is not an integer or out of range
2) OK
3) OK
4) "v3"

监控

乐观锁：

很乐观，认为什么时候都不会出问题，所以不会上锁！更行数据的时候去判断一下，在此期间是否有人修改了这个数据。
获取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 # 事务正常结束，期间money没有发生变动
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可以当做乐观锁操作！

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
OK
127.0.0.1:6379> multi
OK
127.0.0.1:6379> decrby money 20  # 执行过程中，其他线程执行了 incrby money 50
QUEUED
127.0.0.1:6379> incrby out 20
QUEUED
127.0.0.1:6379> exec # 此时事务就会执行失败，
(nil)
127.0.0.1:6379> get money
"150"
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 30
QUEUED
127.0.0.1:6379> incrby out 30
QUEUED
127.0.0.1:6379> exec # 对比事务开启期间，监视的值是否发生变化，如果没有变化，执行成功；如果变化了，则执行失败
1) (integer) 120
2) (integer) 30