java redis 乐观锁_Redis分布式锁----乐观锁的实现,以秒杀系统为例

本文使用redis来实现乐观锁,并以秒杀系统为实例来讲解整个过程。

乐观锁

大多数是基于数据版本(version)的记录机制实现的。即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个”version”字段来实现读取出数据时,将此版本号一同读出,之后更新时,对此版本号加1。此时,将提交数据的版本号与数据库表对应记录的当前版本号进行比对,如果提交的数据版本号大于数据库当前版本号,则予以更新,否则认为是过期数据。redis中可以使用watch命令会监视给定的key,当exec时候如果监视的key从调用watch后发生过变化,则整个事务会失败。也可以调用watch多次监视多个key。这样就可以对指定的key加乐观锁了。注意watch的key是对整个连接有效的,事务也一样。如果连接断开,监视和事务都会被自动清除。当然了exec,discard,unwatch命令都会清除连接中的所有监视。

Redis事务

Redis中的事务(transaction)是一组命令的集合。事务同命令一样都是Redis最小的执行单位,一个事务中的命令要么都执行,要么都不执行。Redis事务的实现需要用到 MULTI 和 EXEC 两个命令,事务开始的时候先向Redis服务器发送 MULTI 命令,然后依次发送需要在本次事务中处理的命令,最后再发送 EXEC 命令表示事务命令结束。Redis的事务是下面4个命令来实现

1.multi,开启Redis的事务,置客户端为事务态。

2.exec,提交事务,执行从multi到此命令前的命令队列,置客户端为非事务态。

3.discard,取消事务,置客

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Mybatis-plus乐观锁Redis分布式锁都是用于解决并发访问数据时的线程安全问题,但它们的实现方式和应用场景有所不同。 Mybatis-plus乐观锁是基于数据库的乐观锁实现机制,通过在数据表中添加一个版本号字段来实现。当多个线程同时访问同一条数据时,每个线程会读取到这个版本号,并在更新时将版本号作为更新条件,如果版本号匹配,则执行更新操作;如果版本号不匹配,则说明其他线程已经修改了数据,当前线程更新失败。乐观锁适用于高并发读取、低并发更新的场景,可以减少数据库的锁冲突,提高并发性能。 Redis分布式锁是基于Redis实现的一种分布式锁机制。通过在Redis中设置一个特定的key作为锁,在获取锁时判断该key是否存在,如果存在则表示锁已被其他线程占用,当前线程需要等待;如果不存在,则表示当前线程获取到了锁,可以执行业务操作。分布式锁适用于分布式环境下的并发控制,可以保证多个节点之间的数据一致性和并发安全。 对比而言,Mybatis-plus乐观锁是在数据库层面实现的,适用于单个数据库实例的并发控制,可以减少数据库的锁冲突,但并不能解决分布式环境下的并发问题。而Redis分布式锁则是基于Redis实现的,适用于分布式环境下的并发控制,可以保证多个节点之间的数据一致性和并发安全。 在实际应用中,选择使用哪种机制还需要根据具体场景和需求来决定。如果是单个数据库实例的并发控制,可以选择Mybatis-plus乐观锁;如果是分布式环境下的并发控制,可以选择Redis分布式锁
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值