redis事务、事务锁

本文介绍了Redis的事务机制,包括事务的定义、基本操作流程、注意事项及异常处理。此外,还探讨了基于特定条件的事务执行,如使用锁进行事务控制,包括单节点锁和分布式锁,并给出了设置锁时间的建议,以确保系统的稳定性和数据一致性。
摘要由CSDN通过智能技术生成

redis事务

redis事务的定义

redis事务就是一个命令执行的队列,将一系列预定义命令包装成一个整体(一个队列)。当执行时,一次性按照添加顺序依次执行,中间不会被打断或者干扰。

redis的基本操作

  • 开启事务

    multi
    

    作用:设定事务的开启未知,此指令执行后,后续的所有指令均加到事务中

  • 执行事务

    exec	
    

    作用:设定事务的结束未知,同时执行事务,与multi成对出现,成对使用

  • 取消事务

    discard
    

    作用:终止当前事务的定义,发生在multi之后,exec之前

事务操作的基本流程

在这里插入图片描述

事务的注意事项

定义事务的过程中,命令格式输入错误怎么办?

  • 语法错误
    指令书写格式有误,例如执行了一条不存在的指令

  • 处理结果
    如果定义的事务中包含的命令存在语法错误,整体事务中的所有命令均不会执行,包括哪些语法正确的命令

定义事务的过程中,命令执行出现错误怎么办?

  • 运行错误
    指命令格式正确,但是无法正确执行,例如对list进行incr操作

  • 处理结果
    能够正确运行的命令会执行,运行错误的命令不会被执行

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

手动进行事务回滚

  • 记录操作过程中被影响的数据之前的状态
    单数据:string
    多数据:hash,list,set,zset
  • 设置指令恢复所有的被修改的项
    单数据:直接set(注意周边属性,例如时效)
    多数据:修改对应值或整体克隆复制

基于特定条件的事务执行

  • 对key添加监视锁,在执行exec前如果key发生了变化,终止事物执行
    watch key1, key2 ...
    
  • 取消对所有key的监视
    unwatch
    

分布式锁

  • 使用setnx设置一个公共锁
    //上锁
    setnx lock-key value
    //释放锁
    del lock-key
    
    • 利用setnx命令的返回值特征,有值(被上锁了)则返回设置失败,无值(没被上锁)则返回设置成功
    • 操作完毕通过del操作释放锁

注意:上述解决方案是一种设计概念,依赖规范保障,具有风险性

分布式锁改良

  • 使用 expire 为锁key添加时间限定,到时不释放,放弃锁

    expire lock-key seconds
    pexpire lock-key milliseconds
    
  • 由于操作通常都是微秒或毫秒级,因此该锁定时间不宜设置过大。具体时间需要业务测试后确认。

    • 例如:持有锁的操作最长执行时间127ms,最短执行时间7ms。
    • 测试百万次最长执行时间对应命令的最大耗时,测试百万次网络延迟平均耗时
    • 锁时间设定推荐:最大耗时120%+平均网络延迟110%
    • 如果业务最大耗时<<网络平均延迟,通常为2个数量级,取其中单个耗时较长即可
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值