11_Redis_事务

标签：nbsp   begin   目的   rollback   增加   day   导致   没有   nosql   

一：Redis 事务：目的为了进行Redis语句的批量化操作，不保证数据安全

　　Redis作为NoSQL数据库也同样提供了事务机制；在Redis中，MULTI/EXEC/DISCARD/这三个命令是我们实现事务的基石

二：Redis 事务特性：

三：Redis 事务命令：一个事务从开始到执行会经历以下三个阶段： 开始事务、命令入队、执行事务

　　 multi：开启事务用于标记事务的开始，其后执行的命令都将被存入命令队列，直到执行EXEC时，这些命令才会被原子的执行，类似与关系型数据库中的：begin transaction

 　　exec：提交事务，类似与关系型数据库中的：commit        执行批量化

　　 discard：事务回滚，类似与关系型数据库中的：rollback     不执行批量化操作

实例

以下是一个事务的例子， 它先以 MULTI 开始一个事务， 然后将多个命令入队到事务中， 最后由 EXEC命令执行事务， 一并执行事务中的所有命令：

redis 127.0.0.1:6379> MULTI
OK

redis 127.0.0.1:6379> SET book-name "Mastering C++ in 21 days"
QUEUED

redis 127.0.0.1:6379> GET book-name
QUEUED

redis 127.0.0.1:6379> SADD tag "C++" "Programming" "Mastering Series"
QUEUED

redis 127.0.0.1:6379> SMEMBERS tag
QUEUED

redis 127.0.0.1:6379> EXEC
1) OK
2) "Mastering C++ in 21 days"
3) (integer) 3
4) 1) "Mastering Series"
   2) "C++"
   3) "Programming"

单个 Redis 命令的执行是原子性的，但 Redis 没有在事务上增加任何维持原子性的机制，所以 Redis 事务的执行并不是原子性的。

事务可以理解为一个打包的批量执行脚本，但批量指令并非原子化的操作，中间某条指令的失败不会导致前面已做指令的回滚，也不会造成后续的指令不做。

比如：

redis 127.0.0.1:7000> multi
OK
redis 127.0.0.1:7000> set a aaa
QUEUED
redis 127.0.0.1:7000> set b bbb
QUEUED
redis 127.0.0.1:7000> set c ccc
QUEUED
redis 127.0.0.1:7000> exec
1) OK
2) OK
3) OK

如果在 set b bbb 处失败，set a 已成功不会回滚，set c 还会继续执行。

11_Redis_事务

标签：nbsp   begin   目的   rollback   增加   day   导致   没有   nosql   

原文地址：https://www.cnblogs.com/yaboya/p/8966600.html