分布式下redis如何保证线程安全?-基于redis的分布式任务调度系统(2-8-60)

更新时间：2024-08-15 分类：Redis 浏览量：2

Redis本文目录一览：

相信看到这里大家都明白了，name是全局唯一的。用这个来标识全局唯一的定时任务。用此来变相实现一个悲观锁。Scheduler（cron=xxxx）这个是spring的定时任务触发器。每分钟跑一次。 @SchedulerLock这个是shedlock的注解方式。

fixedDelay：定义一个按一定频率执行的定时任务，与上面不同的是，改属性可以配合initialDelay，定义该任务延迟执行时间。cron：通过表达式来配置任务执行时间一个cron表达式有至少6个（也可能7个）有空格分隔的时间元素。

redis就是其中最方便的一种。使用redis实现并发锁，主要是靠两个redis的命令：setnx和getset。那我们的设计思路就是：上面的代码使用了一个RedisService的类，里面主要是简单封装了一下redis的操作，你可以替换为自己的service。

可以直接使用springboot自带的 schedule 来完成。但是在分布式系统中，如何确保多个节点在同一时间只有一个服务执行定时任务？在实际的过程中，换过几个定时任务框架，针对使用过的框架做一个简单的说明和分析。

当一个后台的save命令执行时，实例会启动新的线程去申请和拷贝48MB的内存空间。这将消耗一些时间和CPU资源，尤其是在虚拟机上申请和初始化大块内存空间时，消耗更加明显。

什么是雪崩因为缓存层承载了大量的请求，有效的保护了存储层，但是如果缓存由于某些原因，整体不能够提供服务，于是所有的请求，就会到达存储层，存储层的调用量就会暴增，造成存储层也会挂掉的情况。

Redis 会在收到客户端修改指令后，进行参数校验、逻辑处理，如果没问题，就立即将该指令文本存储到 AOF 日志中，也就是说，先执行指令才将日志存盘。

如果数据量大的话，写操作会比较多，必然会引起大量的磁盘IO操作，可能会严重影响性能。

缓存击穿缓存击穿是指一个请求要访问的数据，缓存中没有，但数据库中有的情况。这种情况一般都是缓存过期了。

时间不精准。一般定时任务基于固定的频率、按照时间定时执行的，那么就可能会发生很多订单已经到了超时时间，但是定时任务的调度时间还没到，那么就会导致这些订单的实际关闭时间要比应该关闭的时间晚一些。

定期删除。每隔一段时间，默认100ms，Redis会随机挑选一定数量的Key，检查是否过期，并将过期的数据删除。原因一：跟 Redis 的版本有关系，Redis 2 之前版本，读从库并不会判断数据是否过期，所以有可能返回过期数据。

集中处理 Redis会将设置了过期时间的key放到一个独立的字典里，默认每秒10次过期扫描。扫描方式：为防止扫描时间过长，扫描时间限制为25ms，开发时应尽量避免大量key同时过期。

不会。Redis是单线程的，在多个Client并发操作时，秉承“先发起先执行”的原则，其它的处于阻塞状态。因此不会同时监听。