1、 浏览器发出请求 >server。查询完数据，并标志位 < 断开 服务器不知情。 数据补偿机制。 ...
分类：
Web程序 时间：
2021-06-17 16:43:21
阅读次数：
0
消息如何保障100%的投递成功 什么是生产端的可靠性投递 保障消息的成功发出 保障MQ节点的成功接收 发送端收到MQ节点(Borker)确认应答 完善的消息进行补偿机制 生产端-可靠性投递(一) 消息落库，对消息状态进行打标 消息的延迟投递，做二次确认，回调检查 生产端-可靠性投递(二) 消息落库， ...
分类：
其他好文 时间：
2020-06-04 15:28:42
阅读次数：
42
投递主要针对生产端，什么是生产端的可靠性投递？ 保障消息成功的发出去 保证MQ节点成功收到消息 发送端收到MQ的确认应答 完善的消息补偿机制，只做前三步的时候，也许生产端就失败了 BAT/TMD 互联网大厂解决方案，看具体业务和并发量 消息落库，对消息状态进行打标 消息的延迟投递，做二次检查，回调检 ...
分类：
其他好文 时间：
2020-05-08 18:12:25
阅读次数：
101
FAQ Q: 如何确保消息不丢失？ Q: mq 的缺点 Q: 如何避免消息重复投递或重复消费？ 在消息 时，MQ 内部针对每条生产者发送的消息生成一个 inner msg id，作为去重的依据（消息投递失败并重传），避免重复的消息进入队列； 在消息 时，要求消息体中必须要有一个 bizId（对于同一 ...
分类：
其他好文 时间：
2020-01-13 19:40:08
阅读次数：
63
这是一个基于消息的分布式事务的一部分,主要通过消息来实现,生产者把消息发到队列后,由消费方去执行剩下的逻辑,而当消费方处理失败后,我们需要进行重试,即为了最现数据的最终一致性,在rabbitmq里,它有消息重试和重试次数的配置,但当你配置之后,你的TTL达到 后,消息不能自动放入死信队列,所以这块需 ...
分类：
其他好文 时间：
2019-12-20 18:32:18
阅读次数：
354
@[toc] 什么是微服务 今天简单了解一下微服务，在看微服务前，先了解一下传统的单机系统。 单体系统 所有的业务子模块都集中在一个系统中，优点是便于管理，但是规模变大的时候，缺点就很明显了。 缺点： 1、项目过于臃肿 当产品规模越来越大，各种的大大小小模块都塞在一个项目中，必然会使整个项目变的臃肿 ...
分类：
其他好文 时间：
2019-12-15 20:12:27
阅读次数：
100
分布式事务了解吗？如果解决分布式事务问题的？ 面试官心里： 只要聊到你做了分布式系统，必问分布式事务，起码得知道有哪些方案，一般怎么来做，每个方案的优缺点是什么。 为什么要有分布式事务？ 分布式事务实现的几种方案： 1. 两阶段提交方案/XA方案 这种分布式事务方案，比较适合单块应用里。跨多个库的分 ...
分类：
编程语言 时间：
2019-12-15 14:18:20
阅读次数：
73
背景： 我们的组件（简称A），在业务链中属于数据支撑节点。其中与组件B存在接口同步数据的直接关系（API接口直接调用进行数据交互） 问题： 我们的上游有另一个组件C（带有界面），调用A（us）进行数据的变更操作，此时需要A调用B服务接口进行同步，问题出在这里，C调用 A通常速度比较快，比较稳定，但是 ...
分类：
其他好文 时间：
2019-12-09 21:21:10
阅读次数：
319
99% 的人都能看懂的「补偿」以及最佳实践 也许你对降级已经有了一些认识，这次，我们来聊一聊在保证对外高可用的同时，憋出的“内伤”该如何通过「补偿」机制来自行消化。 「补偿」机制的意义 以电商的购物场景为例： 客户端 > 购物车微服务 > 订单微服务 > 支付微服务。 这种调用链非常普遍。 那么为什 ...
分类：
其他好文 时间：
2019-11-18 18:46:20
阅读次数：
67
转自：https://my.oschina.net/u/1589819/blog/1503241 因为一直学习与尝试负责公司的推送相关业务，包括整个应用的实现，其中就采用了基于消息队列的异步事件驱动模型来做解耦异步处理，所以就要去做了解一些相关的知识点，这边稍作总结，并整理一下消息补偿机制的一套简单 ...
分类：
其他好文 时间：
2019-10-19 20:28:11
阅读次数：
110
