Redis学习_Redis事务

---

1. 什么是Redis中的事务

• 事务是指一系列操作步骤,这一系列的操作步骤,要么完全地执行,要么完全地不执行。
• 而Redis 中的事务(transaction)是一组命令的集合,至少是两个或两个以上的命令,redis事务保证这些命令被执行时中间不会被任何其他操作打断。

---

2. 事务操作的命令

2.1 开启事务 — multi

• 语法: multi
• 作用: 标记一个事务的开始。事务内的多条命令会按照先后顺序被放进一个队列当中。
• 返回值: 总是返回 ok

2.2 执行事务块中的命令 — exec

• 语法: exec
• 作用: 执行所有事务块内的命令
• 返回值:
  • 正常事务内的所有执行语句内容
  • 事务被打断(影响)返回 nil

2.3 放弃事务 — discard

• 语法: discard
• 作用: 取消事务,放弃执行事务块内的所有命令
• 返回值:总是返回 ok

2.4 监视一个或多个key是否被改变 — watch

• 语法: watch key [key …]
• 作用: 监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。
• 返回值:总是返回 ok

2.5 取消watch监视 — unwatch

• 语法: unwatch
• 作用: 取消 WATCH 命令对所有 key 的监视。如果从sdqe在执行 WATCH 命令之后, EXEC 命令或 DISCARD 命令先被执行了的话,那么就不需要再执行 UNWATCH 了
• 返回值: 总是返回 ok

---

3. 事务的实现

3.1 正常执行事务

• 事务的执行步骤: 首先开启事务, 其次向事务队列中加入命令,最后执行事务提交
• 例 1:事务的执行:
  • multi : 用 multi 命令告诉 Redis,接下来要执行的命令你先不要执行,而是把它们暂时存起来 (开启事务)
  • sadd works john 第一条命令进入等待队列(命令入队)
  • sadd works rose 第二条命令进入等待队列(命令入队)
  • exec 告知 redis 执行前面发送的两条命令(提交事务)
  • 查看 works 集合
    

3.2 事务执行 exec 之前,入队命令错误(语法错误;严重错误导致服务器不能正常工作(例如内存不足)) — 放弃事务

• 例：执行事务步骤:
  • MULTI 正常命令
  • SET key value 正常命令
  • INCR 命令语法错误
  • EXEC 无法执行事务,那么第一条正确的命令也不会执行,所以 key 的值不会设置成功
• 结论: 事务执行 exec 之前,入队命令错误,事务终止,取消,不执行。
  

3.3 事务执行 exec 命令后,执行队列命令,命令执行错误 — 事务提交

• 例
  • MULTI 正常命令
  • SET username zhangsan 正常命令
  • lpop username 正常命令,语法没有错误,执行命令时才会有错误。
  • EXEC 正常执行 ,发现错误可以在事务提交前放弃事务,执行 discard.
  • 结论:
    • 在 exec 执行后的所产生的错误, 即使事务中有某个/某些命令在执行时产生了错误,事务中的其他命令仍然会继续执行。
    • Redis 在事务失败时不进行回滚,而是继续执行余下的命令。
    • Redis 这种设计原则是:Redis 命令只会因为错误的语法而失败(这些问题不能在入队时发现),或是命令用在了错误类型的上面,失败的命令并不是 Redis 导致,而是由编程错误造成的,这样错误应该在开发的过程中被发现,生产环境中不应出现语法的错误。就是在程序的运行环境中不应该出现语法的错误。而 Redis 能够保证正确的命令一定会被执行。再者不需要对回滚进行支持,所以 Redis 的内部可以保持简单且快速。
      

3.4 放弃事务

• 执行步骤:
  • MULTI 开启事务
  • SET age 25 命令入队
  • SET age 30 命令入队
  • DISCARD 放弃事务,则命令队列不会被执行
    

3.5 Redis 的 watch 机制

3.5.1 Redis 的 WATCH 机制

• WATCH 机制原理:
  • WATCH 机制: 使用 WATCH 监视一个或多个 key , 跟踪 key 的 value 修改情况, 如果有key 的 value 值在事务 EXEC 执行之前被修改了, 整个事务被取消。EXEC 返回提示信息,表示事务已经失败。
• WATCH 机制使的事务 EXEC 变的有条件,事务只有在被 WATCH 的 key 没有修改的前提下才能执行。不满足条件,事务被取消。使用 WATCH 监视了一个带过期时间的键, 那么即使这个键过期了, 事务仍然可以正常执行
• 大多数情况下, 不同的客户端会访问不同的键, 相互同时竞争同一 key 的情况一般都很少, 乐观锁能够以很好的性能解决数据冲突的问题。

3.5.2 何时取消 key 的监视(WATCH)?

• WATCH 命令可以被调用多次。 对键的监视从 WATCH 执行之后开始生效,直到调用 EXEC 为止。不管事务是否成功执行, 对所有键的监视都会被取消。
• 当客户端断开连接时, 该客户端对键的监视也会被取消。
• UNWATCH 命令可以手动取消对所有键的监视

3.5.3 WATCH 的事例

• 执行步骤:
• 首先启动 redis-server , 在开启两个客户端连接。
• A 客户端
  • WATCH 某个 key , 同时执行事务
• B 客户端
  • 对 A 客户端 WATCH 的 key 修改其 value 值。
    -例：
  • 在 A 客户端设置 key : str.lp 登录人数为 10
  • 在 A 客户端监视 key : str.lp
  • 在 A 客户端开启事务 multi
  • 在 A 客户端修改 str.lp 的值为 11
  • 在 B 客户端修改 str.lp 的值为 15
  • 在 A 客户端执行事务 exec
  • 在 A 客户端查看 str.lp 值,A 客户端执行的事务没有提交,因为 WATCH 的 str.lp 的值已经被修改了, 所有放弃事务。