Redis 事务知识点相关总结
Redis中的事务介绍
MySQL中的事务大家都不陌生，Redis中的事务和MySQL中的事务不同，今天看下Redis事务中的一些知识点吧。
01 事务简介
Redis中的事务使用multi、exec来标记，其中multi代表事务开始，exec代表事务结束，multi和exec之间的命令是原子顺序执行的。下面是一个例子：
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_hello hello
QUEUED
127.0.0.1:7397> set key_world world
QUEUED
127.0.0.1:7397> exec
1) OK
2) OK需要注意的是，命令执行的中间结果返回都是queued，也就是说放到了队列里面，没有真正执行。在exec之前，如果使用get命令来查看当前的key_hello或者key_world的值，是无法获取到的。
02 命令错误导致的事务提交失败，所有命令都不执行
如果调用API的时候，拼写错误，则会造成整个事务无法执行，例如下面的例子：
127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr counter
QUEUED
127.0.0.1:7397> sett key_a aa
(error) ERR unknown command `sett`, with args beginning with: `key_a`, `aa`,
127.0.0.1:7397> exec
(error) EXECABORT Transaction discarded because of previous errors.
127.0.0.1:7397> get counter
"10"可以看到，因为set拼写错误，写成了sett，整个事务内部的所有动作都失效。exec命令也报错。
03 运行时错误导致数据错误
如果语法正确，但是在运行的时候出现了"运行时"错误，例如元素的类型和操作符不匹配，例如对字符型值进行自增操作，如下：
127.0.0.1:7397> get key_a
"a"
127.0.0.1:7397> get key_b
"b"
127.0.0.1:7397> multi
OK
127.0.0.1:7397> incr key_a
QUEUED
127.0.0.1:7397> set key_b bbb
QUEUED
127.0.0.1:7397> exec
1) (error) ERR value is not an integer or out of range
2) OK
127.0.0.1:7397> get key_b
"bbb"对key_a进行自增这类错误，它的语法是正确的，但是由于key_a是字符型的，自增操作是不合适的，事务中还对key_b进行了赋值操作，在执行exec的时候，key_b的值是被修改的，从"b"变成了“bbb”。
04 丢弃事务
直接看例子，在执行的最后，使用discard关键字对事务进行丢弃，那么事务执行过程中产生的key是没有值的。
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_aa aa
QUEUED
127.0.0.1:7397> set key_bb bb
QUEUED
127.0.0.1:7397> set key_cc cc
QUEUED
127.0.0.1:7397> discard
OK
127.0.0.1:7397> get key_aa
(nil)
127.0.0.1:7397> get key_bb
(nil)
127.0.0.1:7397> get key_cc
(nil)05 watch命令
有些场景中，需要在事务之前，确保事务中的key没有被其他客户端修改过，才执行事务，否则不执行事务，redis提供了watch命令来解决这类问题。
正确场景：
127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_a aaa
QUEUED
127.0.0.1:7397> exec
1) OK
127.0.0.1:7397> get key_a
"aaa"使用watch监控key_a的值，在exec之前，key_a的值没有被其他事务修改过，那么exec的结果是成功的。
错误场景：
127.0.0.1:7397> watch key_a
OK
127.0.0.1:7397> get key_a
"aaa"
----------------------------------------
此时在另外一个session上执行set key_a aaaaaa
----------------------------------------
127.0.0.1:7397> multi
OK
127.0.0.1:7397> set key_a a
QUEUED
127.0.0.1:7397> exec
(nil)在watch的过程中，其他session对key_a的值进行了修改，那么会造成exec执行失败，返回nil
06 总结
1、Redis事务就是一次性、顺序性、排他性的执行一个队列中的一系列命令，分为三个过程：开始事务、命令入队、执行事务。
2、Redis提供了简单的事务，使用multi、exec、discard这三个命令来控制
3、exec命令前，所有的原子操作都被放在队列中缓存，并不会真正执行
4、Redis事务不存在隔离级别的概念
5、事务中的单条命令是原子执行的，但是事务本身不保证原子性，没有回滚机制
以上就是Redis 事务相关总结的详细内容，更多关于Redis 事务的资料请关注编程网其它相关文章！
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
