Redis事务(Transaction)
前言
熟悉关系型数据库的读者应该对事务比较了解,简单地说,事务表示一组动作,要么全部执行,要么全部不执行。例如在A向B转100块,A减少100块的同时,B的账户上必须增加100块,这两个行为要么全部执行,要么全部不执行,否则会出现数据不一致的情况。为了保证多条命令组合的原子性,Redis提供了简单的事务功能,本文介绍Redis中事务的使用方法,及其几点重要的特性。
Redis事务是什么?
本质是一组命令的集合,可以一次执行多个命令,所有命令都会序列化,按顺序地串行化执行而不会被其它命令插入,不许插队。将一组需要一起执行的命令放到multi和exec两个命令之间。multi命令代表事务开始,exec命令代表事务结束,它们之间的命令是原子顺序执行的
官方网站对Redis事务的介绍
能干啥?
一个队列中,一次性、顺序性、排他性的执行一系列命令
5个常用命令,需要牢记
常用命令
4中执行情况
-
正常执行
-
放弃事务
-
全体连坐(命令集中含有语法错误的,均连坐(全部失败))
4.冤有头,债有主(运行时错误,非语法错误,命令正确的语句会正常执行,错误语句返回错误
Watch
-
Watch监控(Watch指令,类似乐观锁,事务提交时,如果Key的值已被别的客户端改变,比如某个list已被别的
客户端push/pop过了,整个事务队列都不会被执行)
Unwatch
之前加的监控锁都会被取消掉了,之前执行的写操作命令全部取消
Redis事务的三个特性
单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
没有隔离级别的概念:队列中的命令没有提交之前都不会实际的被执行,因为事务提交前任何指令都不会被实际执行,也就不存在”事务内的查询要看到事务里的更新,在事务外查询不能看到”这个让人万分头痛的问题
不保证原子性:redis同一个事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
Redis事务执行的3个阶段
开启:以MULTI开始一个事务
入队:将多个命令入队到事务中,接到这些命令并不会立即执行,而是放到等待执行的事务队列里面
执行:由EXEC命令触发事务