【Redis事务简述】
Redis中的事务(transaction)是一组命令的集合。
事务同命令一样都是Redis的最小执行单位,一个事务中的命令要么都执行,要么都不执行。
【事务简单例子】
先以 MULTI 开启一个事务,然后将多个命令入队到事务中,最后由 EXEC 命令触发事务,一并执行事务队列中的所有命令。
【注意——版本差异】
2.6.5版本之前:
单个Redis命令的执行原子性的,但Redis没有在事务上增加任何维持原子性的机制,所以Redis事务的执行并不是原子性的。
事务可以理解为一个打包的批量执行脚本,但批量指令并非原子化的操作,中间某条指令的失败不会导致前面已做指令的的回滚,也不会造成后续指令不做。
2.6.5之后的版本:
能保证一个事务中的所有命令要么都执行,要么都不执行。
如果在发送EXEC命令前客户端断线了,则Redis会清空事务队列,事务中的所有命令都不执行。
而一旦客户端发送了EXEC命令,所有的命令都会被执行,即使伺候客户端断线也没关系,因为Redis中已经记录了所有要执行的命令。
【3.0版本的一个事务不执行例子——语法错误】
上面例子中,第一个指令 set name "zhangsan" 成功加入了事务队列,但是接下来的命令有语法错误,而2.6.5之后的版本只要有一个命令有语法错误,执行EXEC命令后Redis会直接返回错误,连语法正确的命令也不会执行。
【3.0版本的事务——运行时错误】
运行时错误是指在命令执行时出现的错误。比如下例中的键值不同类型操作,这种操作实际上是在执行之前Redis无法发现的,所以事务里这样的命令会被Redis接收并执行的,如果事务里的一条命令出现了运行时错误,事务里的其他命令依旧会继续执行。
【注意】
Redis的事务没有关系型数据事务提供的回滚(rollback)功能,为此开发者必须在事务执行出错后自己收拾烂摊子,将数据库复原回事务执行前的状态。
不过由于Redis不支持回滚功能,使得Redis在事务上可以保持简洁和快速。