标签:语法 分析 标记 div 问题 com 方案 discard 数据
Redis 执行指令过程中,多条连续执行的指令被干扰,打断,插队
比如上面这种情况,客户端1拿到的值可能就是客户端2设置的值,而不是自己设置的值。这个时候就要用到食物
redis 事务就是一个命令执行的队列,将一系预定义命令包装成一个整体(一个队列)。当执行时,一次性按照添加顺序依次执行,中间不会被打断或干扰。
一个队列中,一次性、顺序性、排他性的执行一系列命令
事务边界:开始标记multi
结束标记exec
开启事务
multi
作用:设定事务的开启位置,此指令执行之后,后续的所有指令均加入到事务中
执行事务
exec
作用:设定事务的结束位置,同时执行事务。与multi
成对出现,成对使用
取消事务
discard
作用:终止当前事务的定义,发生在mutli
之后,exec
之前
注意:加入事务的命令暂时进入到任务队列中,并没有立即执行,只有执行exec
命令才开始执行
注意:已执行完毕的命令对应的数据不会自动回滚,需要程序员自己在
基于特定条件的事务执行
天猫双 11 热卖过程中,对已经售罄的货物追加补货,4个业务员都有权限进行补货。补货的操作可能是一系列的操作,牵扯到多个连续操作,如何保障不会重复操作
对 key 添加监视锁,在执行 exec 前如果 key 发生了变化,终止事务执行
watch key1 [key2...]
取消对所有 key 的监视
unwatch
总结:redis 应用基于状态控制的批量任务执行
紧接着 1 的业务场景,本次补货已经将库存全部清空,如何避免最后一件商品不被多人同时购买?【超卖问题】
watch
监控一个key
有没有改变已经不能解决问题,此处要监控的是具体数据使用setnx
设置一个公共锁(分布式锁)
setnx lock-key value
利用setnx
命令的返回值特征,有值则返回设置失败,无值则返回设置成功
操作完毕通过 del 操作释放锁
tip:命令中的 value 不重要,可以随意设置,重点是 lock-key
注意:上述解决方案,需要所有 redis 客户端锁同一把锁,具有风险性
注意:redis 应用基于分布式锁对应的场景控制
依赖分布式锁的机制,某个用户操作时对应客户端宕机,且此时已经获取到锁。(会一直锁住)如何解决?
使用 expire 为锁 key 添加时间限定,到时不释放,放弃锁
expire lock-key second
pexpire lock-key milliseconds
由于操作通常都是微秒或毫秒级,因此锁的过期时间不宜过大。具体时间需要业务测试后确认。
标签:语法 分析 标记 div 问题 com 方案 discard 数据
原文地址:https://www.cnblogs.com/wuyongqiang/p/12704647.html