[大数据]Redis事物和锁机制

目录

Redis事物和锁机制

1.基本操作

1.1正确的示范

1.2现在来看错误的

2. 事物冲突

2.1悲观锁

2.2乐观锁

2.3redis事物三特性

本文是本人以前笔记，如果说是在掘金上看到的话没错，还是本人程程呀 的个人主页 - 动态 - 掘金目前只有这一个。如果有哪里不对的话欢迎各位大佬指出问题，本人是一个小白。

上一篇文章链接为：springboot整合Redis_程程呀是小白的博客-CSDN博客，本篇是连接springboot整合Redis_程程呀是小白的博客-CSDN博客。

如果是springboot的话请看springboot创建项目_程程呀是小白的博客-CSDN博客_springboot创建项目创建项目 ，这个是从头开始的还没有学完springboot，一起学习呀！！！！

?

Redis事物和锁机制

1.基本操作

输入multi命令开始，输入的命令依次进入命令队列中，但不会执行，直到输入exec后redis会将之前的命令队列中的命令依次执行。组队的过程通过discard来放弃组队。

1.1正确的示范

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> set key1 value1

QUEUED

127.0.0.1:6379[2](TX)> set key value2

QUEUED

127.0.0.1:6379[2](TX)> exec

1) OK

2) OK

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> set v1 s1

QUEUED

127.0.0.1:6379[2](TX)> set v2 s2

QUEUED

127.0.0.1:6379[2](TX)> discard

OK

127.0.0.1:6379[2]> keys *

1) "key1"

2) "key"

1.2现在来看错误的

错误的有两种情况

1. . 组队过程中某个命令出现了报告错误，执行时整个的所有队列都会被消失，代码如下

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> set b1 v1

QUEUED

127.0.0.1:6379[2](TX)> set b2 v2

QUEUED

127.0.0.1:6379[2](TX)> set b3

(error) ERR wrong number of arguments for 'set' command

127.0.0.1:6379[2](TX)> exec

(error) EXECABORT Transaction discarded because of previous errors.

（2）. 如果执行阶段某个命令报出错误，则只有报错的命令不会被执行，而其他的命令都

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> set c1 v1

QUEUED

127.0.0.1:6379[2](TX)> incr c1

QUEUED

127.0.0.1:6379[2](TX)> set c2 v2

QUEUED

127.0.0.1:6379[2](TX)> exec

1) OK

2) (error) ERR value is not an integer or out of range

3) OK

2. 事物冲突

2.1悲观锁

悲观锁，顾名思义就是很悲观，每次去拿数据的时候都认为别人会修改，所以每次拿数据都会上锁，这样别人想拿这个数据就会block直到它拿到锁。

2.2乐观锁

乐关锁，就是很乐观，每次拿数据的时候都认为别人不会修改，所以不会上锁，但是在更新的时候会判断一下在此期间别人有没有去更新这个数据可以受版本号等机制。乐观锁适用于多读的应用类型，这样可以提高吞吐量。Redis就是利用check-and set机制实现事物的。

在执行multi之前，先执行watch key1[key2],可以监视一个（多个）key,如果在事物执行之前这个（或这些）key被其他命令所改动，那么事物将被打断

第一个

127.0.0.1:6379[2]> set balance 100

OK

127.0.0.1:6379[2]> keys *

1) "balance"

127.0.0.1:6379[2]> watch balance

OK

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> incrby balance 10

QUEUED

127.0.0.1:6379[2](TX)> exec

1) (integer) 110

第二个

127.0.0.1:6379[2]> watch balance

OK

127.0.0.1:6379[2]> multi

OK

127.0.0.1:6379[2](TX)> incrby balance 20

QUEUED

127.0.0.1:6379[2](TX)> exec

(nil)

2.3redis事物三特性

1. 单独的隔离操作

2. 没有隔离级别的概念

3. 不保证原子性

?

本文是本人以前笔记，如果说是在掘金上看到的话没错，还是本人程程呀 的个人主页 - 动态 - 掘金目前只有这一个。如果有哪里不对的话欢迎各位大佬指出问题，本人是一个小白。

上一篇文章链接为：springboot整合Redis_程程呀是小白的博客-CSDN博客，本篇是连接springboot整合Redis_程程呀是小白的博客-CSDN博客。

如果是springboot的话请看springboot创建项目_程程呀是小白的博客-CSDN博客_springboot创建项目创建项目 ，这个是从头开始的还没有学完springboot，一起学习呀！！！！

?