笔记内容来自B站博主《遇见狂神说》:Redis视频链接
Redis事务本质:一组命令的集合,一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行。
一次性(执行完事务就没有了)、顺序性(按照顺序执行)、排他性(不被干扰)、执行一些列的命令。
Redis事务没有隔离级别的概念!!! 所有的命令在事务中,并没有直接被执行,只有发起执行命令的时候才会执行!!! Redis单条命令式保持原子性,但是事务不保持原子性!!!
Redis事务:
- 开启事务(multi)
- 命令入队(…get set等命令)
- 执行事务(exec)
正常执行事务!Multi 、Exec
127.0.0.1:6379> multi # 开启事务
OK
# 命令入队
127.0.0.1:6379> set name liang
QUEUED
127.0.0.1:6379> get age
QUEUED
127.0.0.1:6379> set age 16
QUEUED
127.0.0.1:6379> get age
QUEUED
127.0.0.1:6379> exec # 执行事务
1) OK
2) (nil)
3) OK
4) "16"
127.0.0.1:6379> keys *
1) "age"
2) "name"
放弃事务!Discard
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> discard # 取消事务,事务队列中的命令都不会被执行。
OK
127.0.0.1:6379> keys *
(empty array)
编译型异常(代码有问题,命令有问题,),事务中所有命令不会被执行。
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> settt k3 v3 # 命令错误
(error) ERR unknown command `settt`, with args beginning with: `k3`, `v3`,
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> keys *
(empty array)
运行时异常,事务队列中存在语法性,那么执行命令的时候,其他命令是可以正常执行,错误命令抛出异常。
127.0.0.1:6379> set str "Hi" # set一个字符串
OK
127.0.0.1:6379> multi # 开启事务
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> incr str # 向 str k值字符串中自增1, 执行时会失败。
QUEUED
127.0.0.1:6379> get str
QUEUED
127.0.0.1:6379> get k1
QUEUED
127.0.0.1:6379> exec # 执行事务
1) OK
2) (error) ERR value is not an integer or out of range # 虽然第二条命令中报错了,但是其他命令是正常执行。
3) "Hi"
4) "v1"
监控!Watch
悲观锁:
- 很悲观,认为什么时候都会出现问题,无论做什么加锁!
乐观锁:
- 很乐观,认为什么时候都不会出现问题,所以不会上锁,更新数据的时候去判断一下,在此是否有人修改过这个数据。
- 获取version
- 更新的时候比较version
测试监控
正常执行:
127.0.0.1:6379> set num 50
OK
127.0.0.1:6379> set age 16
OK
127.0.0.1:6379> watch age # 监控 age 对象
OK
127.0.0.1:6379> multi # 开启事务
OK
127.0.0.1:6379> decrby age 3
QUEUED
127.0.0.1:6379> incrby num 10
QUEUED
127.0.0.1:6379> exec # 事务正常结束,数据期间没有发生变动,这个时候就正常执行成功。
1) (integer) 13
2) (integer) 60
测试多线程修改值,使用watch可以当做Redis乐观锁操作:
执行之前,另一个线程修改了我们的值,这个时候,就会导致事务执行失败。
如果修改失败,获取最新的值: