在实际项目研发过程中,我们经常会遇到各种各样的分布式问题,以下我整理了一些常见的分布式问题,本篇文章与上一篇类似,不提具体解决方案,只是抛出问题,所有的解决方案会通过项目的方式进行落地,其中也有部分方案也是我需要学习的,希望各位技术同僚不吝赐教,文章中有错误的地方请指出来,我立马改正,更多技术分析请关注“架构师笔迹”公众号。
分布式队列:
相信大家在实际应用中,肯定会遇到这样的需求,比如一个订单30分钟后未支付自动将该订单置位“已失效”、或者某一个业务处理失败后需要按照一定的规则进行重试处理。两个需求的相同之处就是需要在当前时间之后的某一个时间进行处理,通常我们会想到的解决方案有以下三种。
1:将要处理的数据存储到数据库,然后根据业务需求开启一个定时任务,定时拉取数据库的数据进行处理。
2:使用java自带的延时队列,将要处理的数据添加到延时队列中,当队列的任务到达执行时间的时候去执行任务。
3:将任务添加到分布式队列中,然后开启后台线程去监控分布式队列,当分布式队列中的任务到达执行时间后,获取任务然后执行。
第一种方案实现简单易懂,但是当数据量很大时,如果定时任务延时很短会影响系统性能,如果定时任务过长会导致业务处理不及时,第二种方案实现简单,但是数据没有持久化,一旦服务宕机,数据全部丢失,第三种方案可以使用mq、redis等技术实现,通过ack或者日志持久化机制保证数据可以被持久化,服务宕机后重启数据依然可以恢复,缺点就是有一定的实现难度与运维成本,需要依赖第三方技术。
分布式锁:
在什么情况下需要用到锁?当多个线程共享同一个变量的时候,根据java内存模型我们知道,从内存中获取数据以及将数据写入内存中并不是一个原子操作,以常见“i+1”为例,比如i=0,线程A将i变量从主存中获取变量,对i进行自增