Redis-狂神（8. 事务）学习笔记

上一篇 ：7. 三种特殊数据类型

下一篇 ：9. Jedis

文章目录

• 1. 概述
• 2. 使用
• • 2.1 基本使用
  • 2.2 编译异常
  • 2.3 运行时异常
• 3. 监控
• • 3.1 WATCH
  • 3.2 UNWATCH

1. 概述

• 关系型数据库的事务保持原子性 —— 要么同时成功，要么同时失败
• Redis 的单条命令是保证原子性的，但是 Redis 的事务是不保证原子性的，且没有隔离级别的概念
• Redis 事务的本质 ： 一组命令的集合。
• 一个事务中的所有命令都会序列化，会按照顺序执行。
• Redis 事务的特性 ： 一次性、顺序性、排他性。

2. 使用

Redis 事务的基本步骤：

• 开启事务 ：MULTI
• 命令入队 ：
• 执行事务 ：EXEC

2.1 基本使用

1. 开启事务

   MULTI

   

2. 命令入队

   

3. 执行事务

   EXEC

   

4. 放弃事务

   刷新一个事务中所有在排队等待的指令，并且将连接状态恢复到正常。

   

2.2 编译异常

• 命令有错，在启动的时候报错，那么事务中所有的命令都不会执行

2.3 运行时异常

• 如果事务队列中有语法性错误（1 ÷ 0 的问题），只有错误的这一条不会执行，其他命令是可以执行的

• 上面这个例子更加直观的说明了，Redis 的事务不具有原子性的特征。

3. 监控

• 悲观锁 ：很悲观，觉得什么时候都会出问题，无论做什么都会加锁。
• 乐观锁 ：很乐观，觉得什么时候都不会出问题，所以做什么都不加锁，只是在更新数据的时候检查判断一下版本是否改变。
  • 在 MySQL 中用 Version 表示版本
  • Redis 中用 WATCH
• 如果事务执行成功 Redis 监控就会自动取消

3.1 WATCH

1. 监视所有被标记的 key

   WATCH key [key …]

   

2. 模拟执行成功

1. 模拟执行过程中数据被改

   先在客户端 1 上开启事务，但是先不要执行

   

   新建立一个连接，并修改数据

   

   执行事务

   

3.2 UNWATCH

• 刷新一个事务中已被监视的所有key。
• 如果像上述例子一样，数据在事务执行前被修改了，这种情况就需要刷新一下监视，然后再重新监视它