知识星球-伙伴匹配系统08

控制定时任务的执行

为啥?

  1. 浪费资源,想象 10000 台服务器同时 “打鸣”
  2. 脏数据,比如重复插入

要控制定时任务在同一时间只有 1 个服务器能执行。

怎么做?

  1. 分离定时任务程序和主程序,只在 1 个服务器运行定时任务。成本太大

  2. 写死配置,每个服务器都执行定时任务,但是只有 ip 符合配置的服务器才真实执行业务逻辑,其他的直接返回。成本最低;但是我们的 IP 可能是不固定的,把 IP 写的太死了

  3. 动态配置,配置是可以轻松的、很方便地更新的(代码无需重启),但是只有 ip 符合配置的服务器才真实执行业务逻辑。

    • 数据库
    • Redis
    • 配置中心(Nacos、Apollo、Spring Cloud Config)

    问题:服务器多了、IP 不可控还是很麻烦,还是要人工修改

  4. 分布式锁,只有抢到锁的服务器才能执行业务逻辑。坏处:增加成本;好处:不用手动配置,多少个服务器都一样。

单机就会存在单点故障。

有限资源的情况下,控制同一时间(段)只有某些线程(用户 / 服务器)能访问到资源。

Java 实现锁:synchronized 关键字、并发包的类

问题:只对单个 JVM 有效

分布式锁

为啥需要分布式锁?

  1. 有限资源的情况下,控制同一时间(段)只有某些线程(用户 / 服务器)能访问到资源。
  2. 单个锁只对单个 JVM 有效

image-20230818210320940

分布式锁实现的关键

抢锁机制

怎么保证同一时间只有 1 个服务器能抢到锁?

核心思想 就是:先来的人先把数据改成自己的标识(服务器 ip),后来的人发现标识已存在,就抢锁失败,继续等待。

等先来的人执行方法结束,把标识清空,其他的人继续抢锁。

MySQL 数据库:select for update 行级锁(最简单)

✔ Redis 实现:内存数据库,读写速度快 。支持 setnx、lua 脚本,比较方便我们实现分布式锁。

setnx:set if not exists 如果不存在,则设置;只有设置成功才会返回 true,否则返回 false

注意事项

  1. 用完锁要释放(腾地方)√

  2. 锁一定要加过期时间 √

  3. 如果方法执行时间过长,锁提前过期了?

    问题:

    1. 连锁效应:释放掉别人的锁
    2. 这样还是会存在多个方法同时执行的情况

​ 解决方案:续期

image-20230818214757271

boolean end = false;

new Thread(() -> {
    if (!end)}{
    续期
})

end = true;

  1. 释放锁的时候,有可能先判断出是自己的锁,但这时锁过期了,最后还是释放了别人的锁

    // 原子操作
    if(get lock == A) {
        // set lock B
        del lock
    }
    

    Redis + lua 脚本实现

  2. Redis 如果是集群(而不是只有一个 Redis),如果分布式锁的数据不同步怎么办?

https://blog.csdn.net/feiying0canglang/article/details/113258494

Redisson 实现分布式锁

Java 客户端,数据网格

实现了很多 Java 里支持的接口和数据结构

Redisson 是一个 java 操作 Redis 的客户端,提供了大量的分布式数据集来简化对 Redis 的操作和使用,可以让开发者像使用本地集合一样使用 Redis,完全感知不到 Redis 的存在。

2 种引入方式
  1. spring boot starter 引入(不推荐,版本迭代太快,容易冲突)https://github.com/redisson/redisson/tree/master/redisson-spring-boot-starter
  2. 直接引入:https://github.com/redisson/redisson#quick-start

image-20230818235047002

image-20230819093817407

先试试水

image-20230819095646104

image-20230819095515564

为什么Redisson操作Redis就像操作集合一样呢?看下图

image-20230819095850825

主要是继承的也是原生的List接口,再去写的;

好,接下来我们在项目中去实现分布式锁

定时任务+锁

1.设置waitTime为0,只抢一次,抢不到就下次定时任务启动的时候再抢,

2.redisson中的续期机制(看门狗机制)

​ 就是开一个监听线程,如果方法还没执行完,就帮你重置redis锁的过期时间

image-20230819113519550

将项目打包测试一下,运行三个8080,8081,8082,看哪个在定时任务抢到锁

image-20230819113401500

8080端口的项目抢到了锁

image-20230819113927795

其他两个命令行启动的项目并没有抢到锁

试试看门狗的续期机制

image-20230819115415914

image-20230819115712504

image-20230819115732697

不停的刷新,发现总是到了20秒的时候就会立马变成30秒,说明看门狗的续期机制是每10秒续一次期,也就是rerdissontime/3

看门狗机制的坑:

如果线程挂掉(如果方法中执行的时候有断点,也就是debug模式)看门狗会认为服务器宕机,看门狗就会失效

https://blog.csdn.net/qq_26222859/article/details/79645203

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值