分布式系统解决方案

本文主要讨论了分布式系统中的三个关键问题:分布式队列、分布式锁和分布式事务。对于分布式队列,提出了数据库定时任务、Java延时队列和分布式队列(如MQ、Redis)等解决方案。在分布式锁的场景中,解释了多进程并发问题并指出需要全局可感知的锁。在分布式事务部分,阐述了从单体到分布式架构后,如何应对数据一致性挑战。最后提到了分布式任务的处理策略,包括利用数据库锁、中间件锁或独立定时任务工程实现任务的协调执行。
摘要由CSDN通过智能技术生成

 在实际项目研发过程中,我们经常会遇到各种各样的分布式问题,以下我整理了一些常见的分布式问题,本篇文章与上一篇类似,不提具体解决方案,只是抛出问题,所有的解决方案会通过项目的方式进行落地,其中也有部分方案也是我需要学习的,希望各位技术同僚不吝赐教,文章中有错误的地方请指出来,我立马改正,更多技术分析请关注“架构师笔迹”公众号。

 

分布式队列:

      相信大家在实际应用中,肯定会遇到这样的需求,比如一个订单30分钟后未支付自动将该订单置位“已失效”、或者某一个业务处理失败后需要按照一定的规则进行重试处理。两个需求的相同之处就是需要在当前时间之后的某一个时间进行处理,通常我们会想到的解决方案有以下三种。

1:将要处理的数据存储到数据库,然后根据业务需求开启一个定时任务,定时拉取数据库的数据进行处理。

2:使用java自带的延时队列,将要处理的数据添加到延时队列中,当队列的任务到达执行时间的时候去执行任务。

3:将任务添加到分布式队列中,然后开启后台线程去监控分布式队列,当分布式队列中的任务到达执行时间后,获取任务然后执行。

 第一种方案实现简单易懂,但是当数据量很大时,如果定时任务延时很短会影响系统性能,如果定时任务过长会导致业务处理不及时,第二种方案实现简单,但是数据没有持久化,一旦服务宕机,数据全部丢失,第三种方案可以使用mq、redis等技术实现,通过ack或者日志持久化机制保证数据可以被持久化,服务宕机后重启数据依然可以恢复,缺点就是有一定的实现难度与运维成本,

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值