吴志鹏｜Payne-Wu

0%

粗谈Redis事物

作者 发表于 分类于 ， ，
本文字数： 883 阅读时长 ≈ 1 分钟

Redis 事务是什么东东

一组命令的集合。事务支持一次执行多个命令，一个事务中所有命令都会被序列化。在事务执行过程，会按照顺序串行化执行队列中的命令，其他客户端提交的命令请求不会插入到事务执行命令序列中。

简单来说：redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令。　

Redis事务解析

Redis事务的三个阶段：

  • 开始事务
  • 命令入队
  • 执行事务

Redis事务相关命令：

watch key1 key2 … : 监视一或多个key,如果在事务执行之前，被监视的key被其他命令改动，则事务被打断 （ 类似乐观锁 ）

multi : 标记一个事务块的开始（ queued ）

exec : 执行所有事务块的命令 （ 一旦执行exec后，之前加的监控锁都会被取消掉 ）

discard : 取消事务，放弃事务块中的所有命令

unwatch : 取消watch对所有key的监控

锁

说到Redis事物，那么便不得不谈一下它的锁,

悲观锁：很悲观，认为什么时候都会出现问题，无论做什么都会加锁

乐观锁：很乐观，认为什么时候都不会出现问题，所以不会上锁。更新数据的时候会去判断一下在此期间是否被修改此数据

  • 获取version
  • 比较version
  • 更新
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
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> DECRby money 50		# 用掉50  
QUEUED
127.0.0.1:6379> INCRBY out 50		 	# 减少50
QUEUED	
127.0.0.1:6379> EXEC							# 执行
1) (integer) 950
2) (integer) 50

执行期间数据money未改变，事物正常执行

此处的watch 相当于乐观锁

Redis事务注意点：

Redis事务没有隔离级别的概念

批量操作在发送 EXEC 命令前被放入队列缓存，并不会被实际执行，也就不存在事务内的查询要看到事务里的更新，事务外查询不能看到

Redis不保证原子性

Redis中，单条命令是原子性执行的，但事务不保证原子性，且没有回滚。事务中任意命令执行失败，其余的命令仍会被执行。

总结

一但执行 EXEC 开启事务的执行后，无论事务使用执行成功， WARCH 对变量的监控都将被取消。故当事务执行失败后，需重新执行WATCH命令对变量进行监控，并开启新的事务进行操作。

watch指令类似于乐观锁，在事务提交时，如果watch监控的多个KEY中任何KEY的值已经被其他客户端更改，则使用EXEC执行事务时，事务队列将不会被执行，同时返回Nullmulti-bulk应答以通知调用者事务执行失败。

相关文章