第九章分布式锁-动力节点最全Redis7视频笔记

9 分布式锁

分布式锁是控制分布式系统间同步访问共享资源的一种方式,其可以保证共享资源在并发场景下的数据一致性。

9.1 分布式锁的工作原理

当有多个线程要访问某一个共享资源(DBMS中的数据或Redis中的数据,或共享文件等)时,为了达到协调多个线程的同步访问,此时就需要使用分布式锁了。
为了达到同步访问的目的,规定,让这些线程在访问共享资源之前先要获取到一个令牌token,只有具有令牌的线程才可以访问共享资源。这个令牌就是通过各种技术实现的分布式锁。而这个分布锁是一种“互斥资源”,即只有一个。只要有线程抢到了锁,那么其它线程只能等待,直到锁被释放或等待超时。

9.2 问题引入

9.2.1 场景

某电商平台要对某商品(例如商品sk:0008)进行秒杀销售。假设参与秒杀的商品数量amount为1000台,每个账户只允许抢购一台,即每个请求只会减少一台库存。

9.2.2 实现

创建一个Spring Boot工程。

9.2.2.1 pom文件

在pom文件的依赖中,主要添加了lombok依赖,与Redis和Spring Boot整合依赖。

<properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <maven.compiler.source>1.8</maven.compiler.source>
    <maven.compiler.target>1.8</maven.compiler.target>
</properties>
<dependencies>
    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-data-redis</artifactId>
    </dependency>
    <dependency>
        <groupId>org.projectlombok</groupId>
        <artifactId>lombok</artifactId>
    </depend
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 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、付费专栏及课程。

余额充值