Redis的事务
Ø Redis的事务定义
• Redis事务是一个单独的隔离操作:事务中的所有命令都会序列化、
按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令
请求所打断。
• Redis事务的主要作用就是串联多个命令防止别的命令插队
Multi、Exec、discard
•从输入Multi命令开始,输入的命令都会依次进入命令队列中,但不会执行,
至到输入Exec后,Redis会将之前的命令队列中的命令依次执行。
•组队的过程中可以通过discard来放弃组队。
事务的错误处理
组队中某个命令出现了报告错误,执行时整个的所有队列会都
会被取消。
事务的错误处理
如果执行阶段某个命令报出了错误,则只有报错的命令不会被
执行,而其他的命令都会执行,不会回滚
为什么要做成事务
想想一个场景:
有很多人有你的账户,同时去参加双十一抢购
事务冲突的问题
Ø两个请求
Ø一个请求想给金额减8000
Ø一个请求想给金额减5000
Ø一个请求想给金额减1000
Ø悲观锁(Pessimistic Lock),顾名思义,就是很悲观,每次去
拿数据的时候都认为别人会修改,所以每次在拿数据的时候
都会上锁,这样别人想拿这个数据就会block直到它拿到锁。
传统的关系型数据库里边就用到了很多这种锁机制,比如行
锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。
Ø乐观锁(Optimistic Lock),顾名思义,就是很乐观,每次去拿
数据的时候都认为别人不会修改,所以不会上锁,但是在更新
的时候会判断一下在此期间别人有没有去更新这个数据,可以
使用版本号等机制。乐观锁适用于多读的应用类型,这样可以
提高吞吐量。Redis就是利用这种check-and-set机制实现事务
的。
Ø WATCH key [key …]
•在执行multi之前,先执行watch key1 [key2],可以监视一个(或多个)
key,如果在事务执行之前这个(或这些) key被其他命令所改动,
那么事务将被打断。
Ø unwatch
• 取消 WATCH命令对所有 key的监视。
• 如果在执行 WATCH命令之后, EXEC命令或 DISCARD命令先
被执行了的话,那么就不需要再执行 UNWATCH了。
Ø三特性
Ø单独的隔离操作
•事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程
中,不会被其他客户端发送来的命令请求所打断。
Ø没有隔离级别的概念
•队列中的命令没有提交之前都不会实际的被执行,因为事务提交前
任何指令都不会被实际执行,也就不存在“事务内的查询要看到事
务里的更新,在事务外查询不能看到”这个让人万分头痛的问题
Ø不保证原子性
• Redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被
执行,没有回滚