[Redis] redis事务基础

一、什么是事务

在执行指令的过程中，多条连续执行的指令会被干扰、打断、插队。redis事务就是将预定义命令包装成一个整体（一个队列），在执行时，一次按照添加顺序依次执行，中间不会被打断或者干扰。
一个队列中，一次性、顺序性、排他性的执行一系列命令

二、事务的基本操作

• 开启事务：multi，设定事务开启的位置，此指令执行后，后续的所有指令均加入到事务中（返回的是QUEUED）
• 执行事务：exec，设定事务结束位置，同时执行事务。与multi成对出现，成对使用
• 取消事务：discard，在事务定义过程中出现了问题，终止当前事务，发生在multi之后，exec之前
• 事务的工作流程
• 事务操作的注意事项：

  • 定义事务的过程中，命令格式输入错误：报命令书写格式有误，整体事务中的所有命令均不执行，包括正确的命令

  • 定义事务的过程中，命令格式正确。但是输入错误的命令：能够正确运行的命令会执行，运行错误的命令不会被执行

    已经执行的完毕的命令对应的数据是不会自动回滚的，需要程序员自己在代码中实现回滚

三、锁

对于对个客户端同时操作同一组数据，并且这一组数据在操作修改后不适于继续操作，因此在操作之前要锁定操作的数据，一旦变化就终止当前操作。

• 锁

  • 监视key：watch key1 [key2...] 在执行exec前key发生变化，终止事务执行
  • 取消监视：unwatch
  • 应用：应用基本状态控制的批量任务执行

• 分布式锁

  • 使用setnx设置一个公共锁setnx lock-key value
  • 利用setnx命令的返回值特征，有值则返回设置失败，无值则返回设置成功
    • 对于返回设置成功的，拥有控制权，进行下一步的具体业务操作
    • 对于返回设置失败的，不具有控制权，排队或等待
  • 操作完毕通过del操作释放锁
  • 注意：这只是一种设计概念，依赖规范保障，具有风险
  • 应用：应用基于分布式锁对应的场景控制

• 死锁

  某个用户操作时对应客户端宕机，且此时已经获取到了锁，存在加锁后未解锁的风险。因此就要为锁key添加时间限定，到时不释放，放弃锁。

  expire lock-key second
  pexpire lock-key millisecond