Redis-事务和锁

男娘i 2022-11-28 13:37 139阅读 0赞

### 文章目录 ###

*  事务
 *   *  命令
     *  异常
     *   *  编译异常
         *  运行异常
 *  锁
 *   *  命令
     *  示例

# 事务 #

--------------------

Redis事务可以一次执行多个命令，事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中，不会被其他客户端发送来的命令请求所打断。  
事务特性ACID原子性、一致性、隔离性和持久性中，Redis单条命令满足原子性，但Redis事务不满足原子性！运行异常那有举例。  
Redis事务本质是一组命令的集合，把命令序列化后按顺序执行，此外Redis没有分隔离级别，故没有幻读脏读等。  
Redis事务过程：

*  开启事务（multi）
 *  命令入队（详细命令）
 *  执行事务（exec）

## 命令 ##

<table> 
 <thead> 
  <tr> 
   <th align="left">命令</th> 
   <th align="left">作用</th> 
   <th>示例</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left"><a href="http://www.redis.cn/commands/multi.html" rel="nofollow"><strong>multi</strong></a></td> 
   <td align="left">标记一个事务块的开始。 随后的指令将在执行EXEC时作为一个原子执行。</td> 
   <td><img src="https://img-blog.csdnimg.cn/20200817225055291.png#pic_center" alt="在这里插入图片描述"></td> 
  </tr> 
  <tr> 
   <td align="left"><a href="http://www.redis.cn/commands/exec.html" rel="nofollow"><strong>exec</strong></a></td> 
   <td align="left">执行事务，当使用WATCH 时，只有当被监视的键没有被修改，且允许检查设定机制时，EXEC会被执行</td> 
   <td><img src="https://img-blog.csdnimg.cn/20200817225135316.png#pic_center" alt="在这里插入图片描述"></td> 
  </tr> 
  <tr> 
   <td align="left"><a href="http://www.redis.cn/commands/discard.html" rel="nofollow"><strong>discard</strong></a></td> 
   <td align="left">放弃事务，已入队命令不执行。如果已使用WATCH，DISCARD将释放所有被WATCH的key。</td> 
   <td><img src="https://img-blog.csdnimg.cn/20200817225305424.png#pic_center" alt="在这里插入图片描述"></td> 
  </tr> 
 </tbody> 
</table>

## 异常 ##

--------------------

### 编译异常 ###

编译异常即命令有错，不能通过编译，此时事务中的所有命令都不会执行。  
比如：  
![在这里插入图片描述][20200817230028819.png_pic_center]

### 运行异常 ###

运行异常即执行命令时错误(比如处理了错误类型的键:list命令用在string键上等)，执行错误命令时抛出异常，但其他命令正常执行。即不满足原子性（一起成功一起失败）  
比如：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center]

# 锁 #

--------------------

**悲观锁**：认为什么时候都会出错(悲观)，所以无论做什么都会加锁。  
**乐观锁**：认为什么时候都不会出错(乐观)，所以不会加锁，更新数据时判断(check-and-set检查设定机制)。

## 命令 ##

Redis提供了命令来支持乐观锁：

<table> 
 <thead> 
  <tr> 
   <th align="left">命令</th> 
   <th align="left">作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td align="left"><a href="http://www.redis.cn/commands/watch.html" rel="nofollow"><strong>watch</strong></a> key [key …]</td> 
   <td align="left">标记所有指定的key被监视(加锁)起来，在事务中有条件的执行（乐观锁）</td> 
  </tr> 
  <tr> 
   <td align="left"><a href="http://www.redis.cn/commands/unwatch.html" rel="nofollow"><strong>unwatch</strong></a> key [key …]</td> 
   <td align="left">取消监视，如果执行EXEC 或者DISCARD， 则不需要手动执行UNWATCH 。</td> 
  </tr> 
 </tbody> 
</table>

## 示例 ##

1.  从卡1转100到卡2，监视卡1卡2，事务正常执行(数据期间没有发生变动)  
    ![在这里插入图片描述][20200817234004543.png_pic_center]
2.  客户端1还是卡1转100到k2，监视k1，此时不输入exec执行  
    ![在这里插入图片描述][20200817234807846.png_pic_center]  
    在客户端2修改k1的值，比如从卡1取500  
    ![在这里插入图片描述][20200817234939196.png_pic_center]  
    然后回到客户端1输入exec执行事务  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center 1]  
    返回nil，事务执行失败。  
    那么怎么解决呢？只要重新watch即可获取最新数据，可以先unwatch放弃监视  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center 2]

这样一来就能实现乐观锁了，应用于转账、秒杀等等。

> **原创不易，请勿转载**（本不富裕的访问量雪上加霜 ）  
> 博主首页：[https://blog.csdn.net/qq\_45034708][https_blog.csdn.net_qq_45034708]  
> *如果文章对你有帮助，记得关注点赞收藏❤*

[20200817230028819.png_pic_center]: /images/20221124/9695441ff9114142b82e57588fca718e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center]: /images/20221124/69bf1846ded7452489806f5c0ba06d12.png
[20200817234004543.png_pic_center]: /images/20221124/1d73616fb9de414cacc9319e6c6a2387.png
[20200817234807846.png_pic_center]: /images/20221124/ea7970a0085c4831a0727de578325305.png
[20200817234939196.png_pic_center]: /images/20221124/8af12de9165f4546a0456ed3f6c6d6c2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20221124/010b39134bc943b19355b704d71f84be.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzQ1MDM0NzA4_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20221124/1178994d777d4873b0307c7812898836.png
[https_blog.csdn.net_qq_45034708]: https://blog.csdn.net/qq_45034708