828671资源不存在但积分已扣【解决并回复】

xq130 2010-02-23 08:22:43

828671资源不存在但积分已扣

...全文

46 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

chenxhcc 2010-02-23

打赏
举报

回复

资源确实无法下载。积分已返还

目录一。分布式事务二。CAP理论三。解决方案一。分布式事务 1.1 什么是分布式系统部署在不同结点上的系统通过网络交互来完成协同工作的系统。比如：充值加积分的业务，用户在充值系统向自己的账户充钱，在积分系统中自己积分相应的增加。充值系统和积分系统是两个不同的系统，一次充值加积分的业务就需要这两个系统协同工作来完成。 1.2 什么是事务事务是指由一组操作组成的一个工作单...

和XA这种在资源层面实现的分布式事务，在2pc过程中一直持有资源锁，并且需要对应数据源支持XA协议不同，TCC是在业务层面实现的分布式事务，该过程中不会一直持有资源锁，但是每个微服务必须在业务层面实现try,confirm,cancel三个方法，代码侵入性高，并且相关接口还必须实现幂等性。阻塞问题: 分布式事务执行过程中，所有参与节点都是事务阻塞型的，因为需要等待所有参与者都响应后，才会继续进行下一步操作，因此阻塞时间会由最长的分支事务决定，锁定时间越长，对于数据库相关锁资源，连接资源占用也越长。

实现逻辑：1.加锁 setnx1）为了避免死锁问题，setnx完之后需要expire设置TTL失效时间2）为了避免TTL失效的时候业务还未完成导致多个应用抢到锁，可以使用守护线程不断地延长TTL；3）复合命令实现加锁。2. 解锁del1）使用lua脚本实现原子性操作：在del之前判断是否是持有锁的线程，需要存在唯一标识。

在当今的互联网时代，分布式系统已成为支撑大规模服务、高并发和高性能应用的基石它们通过网络连接多台计算机，协同工作，共同完成任务，但这也引入了诸如数据一致性、网络延迟、容错性等挑战解决这些问题的关键在于设计和实施有效的分布式协议分布式很重要，因为微服务中需要用到分布式。

本文详解了分布式事务的6种解决方案：1）2PC（两阶段提交）通过协调者统一决策，保证强一致但存在单点故障；2）TCC（Try-Confirm-Cancel）分阶段预留资源，适合高并发场景；3）本地消息表通过异步确保最终一致；4）Saga模式适用于长流程业务，通过补偿机制回滚；5）MQ事务消息实现解耦处理；6）最大努力通知通过重试保证弱一致。文章通过银行转账、电商下单等实例说明各方案原理，并对比了适用场景、一致性和复杂度，建议根据业务需求选择合适方案。强一致选2PC，高并发选TCC或MQ，简单场景用本地消息表

600

社区成员

48,766

社区内容

发帖

与我相关

我的任务

其他技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章