07 2021 档案

SpringCloud - 分布式 vs 集群 vs 节点
摘要:一、分布式 vs 集群 vs 节点 集群是都做同样的事,分布式是各自做不同的事 分布式中的每一个节点,都可以做集群。而集群并不一定就是分布式的 分布式,是指将不同的业务分部在不同的地方 集群,是指将几台服务器集中在一起,实现同一业务 节点,是指集群中的一个服务器 阅读全文

posted @ 2021-07-29 00:58 frank_cui 阅读(54) 评论(0) 推荐(0) 编辑

谷粒商城 - github源码 + 笔记
摘要:[重要] 架构图 详细解说,必看 https://www.bilibili.com/video/BV1np4y1C7Yf?p=4 [重要] 服务划分图 详细解说,必看 https://www.bilibili.com/video/BV1np4y1C7Yf?p=5 如何快速开发此项目 源码 谷粒商城初 阅读全文

posted @ 2021-07-28 23:54 frank_cui 阅读(4459) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] 惰性队列
摘要:一、使用场景 二、两种方式设置惰性队列 三、内存开销对比 阅读全文

posted @ 2021-07-16 23:01 frank_cui 阅读(118) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] 优先级队列
摘要:一、使用场景 在我们系统中有一个订单催付的场景,我们的客户在天猫下的订单,淘宝会及时将订单推送给我们,如 果在用户设定的时间内未付款那么就会给用户推送一条短信提醒,很简单的一个功能对吧,但是,tmall 商家对我们来说,肯定是要分大客户和小客户的对吧,比如像苹果,小米这样大商家一年起码能给我们创 造 阅读全文

posted @ 2021-07-15 23:53 frank_cui 阅读(89) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] RabbitMQ的幂等性
摘要:一、什么是幂等性? 二、消息重复消费场景 三、消费端的幂等性保障 3.1 唯一ID+指纹码 3.2 Redis原子性 阅读全文

posted @ 2021-07-15 23:36 frank_cui 阅读(131) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] 高级发布确认
摘要:前言:“发布确认” vs “高级发布确认” RabbitMQ - [核心] 发布确认 :是在“信道channel”上进行确认 RabbitMQ - [高级] 高级发布确认:是确保“交换机exchange”和“队列queue”有问题时,会有消息给发送者 一、为什么需要“高级发布确认” 偶尔由于不明原因 阅读全文

posted @ 2021-07-14 00:39 frank_cui 阅读(250) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] 延迟队列
摘要:一、延迟队列概念 二、延迟队列使用场景 三、RabbitMQ 中的 TTL TTL 是什么呢? TTL 是 RabbitMQ 中一个消息或者队列的属性,表明一条消息或者该队列中的所有 消息的最大存活时间,单位是毫秒。 换句话说,如果一条消息设置了 TTL 属性或者进入了设置TTL 属性的队列,那么这 阅读全文

posted @ 2021-07-11 14:13 frank_cui 阅读(86) 评论(0) 推荐(0) 编辑

RabbitMQ - [高级] 死信队列
摘要:一、死信的概念 二、死信的来源 三、死信实战 消费者C1,要声明两个交换机,两个队列。 消费者C2,只需要声明死信交换机即可。 原因一:消息TTL过期 原因二:队列达到最大长度 原因三:消息被拒 阅读全文

posted @ 2021-07-10 10:30 frank_cui 阅读(61) 评论(0) 推荐(0) 编辑

RabbitMQ - [核心] 交换机 Exchanges + 广播类型
摘要:前言:为何使用交换机 Exchanges? 在简单模式和工作模式中,生产者发布一个消息,会通过默认路由,路由到一个队列中,只能被一个消费者消费,不能重复消费。 如果想让一个消息被多个消费者消费,就需要通过交换机exchanges将消息路由routing到多个队列中即可。这就是发布订阅模式。 一、Ex 阅读全文

posted @ 2021-07-10 00:51 frank_cui 阅读(124) 评论(0) 推荐(0) 编辑

RabbitMQ - [核心] 发布确认
摘要:发布确认的原理 发布确认的开启 发布确认的策略 单个确认发布(同步+阻塞) 批量确认发布(同步+阻塞) 其代码与单个确认相比,仅仅多了批处理的逻辑而已 异步确认发布(异步+非阻塞) 代码 如何处理异步未确认消息 需要修改的代码 1.在发布之前,把所有的消息先存在ConcurrentHashMap中 阅读全文

posted @ 2021-07-09 00:07 frank_cui 阅读(265) 评论(0) 推荐(0) 编辑

RabbitMQ - [核心] Work Queues 工作模式(公平/不公平消息分发 + 消息应答)
摘要:一、公平分发 (轮询) (感觉订阅到同一个队列的工作线程,默认就是轮询...没有特殊的设置) 用同一套代码,跑起来两个线程: 第一个线程先跑起来 然后勾选“allow parallel run” 还能修改代码 再跑起来第二个线程 二、消息应答 2.1 自动应答(不用) 不是很靠谱,尽量不使用! 2. 阅读全文

posted @ 2021-07-05 22:24 frank_cui 阅读(235) 评论(0) 推荐(0) 编辑

RabbitMQ - [核心] 六大工作模式
摘要:总结 场景1:单发送单接收 使用场景:简单的发送与接收,没有特别的处理。 场景2:单发送多接收 使用场景:一个发送端,多个接收端,如分布式的任务派发。为了保证消息发送的可靠性,不丢失消息,使消息持久化了。同时为了防止接收端在处理消息时down掉,只有在消息处理完成后才发送ack消息。 场景3:Pub 阅读全文

posted @ 2021-07-04 21:06 frank_cui 阅读(220) 评论(0) 推荐(0) 编辑

RabbitMQ - [核心] 有哪些重要组件?
摘要:1.Broker: 简单来说就是消息队列服务器实体。 2.Virtual Host(vhost): 虚拟主机,一个broker里可以开设多个vhost,用作权限分离,把不同的系统使用的rabbitmq区分开,共用一个消息队列服务器,但看上去就像各自在用不用的rabbitmq服务器一样。。详细:Vir 阅读全文

posted @ 2021-07-04 16:42 frank_cui 阅读(1316) 评论(0) 推荐(0) 编辑

RabbitMQ - [入门] 什么是MQ?MQ的分类?
摘要:总结 ActiveMQ 优点: 可用性比较高,单机吞吐量万级,时效毫秒ms级; 可靠性高,低概率丢失数据 缺点: ActiveMQ 5.x 维护越来越少; 高吞吐量场景较少使用 RabbitMQ(最常用) 天生为金融互联网领域而生,消息0丢失 优点: 可用性极高,单机吞吐量万级,时效性微妙μs级 支 阅读全文

posted @ 2021-07-04 16:33 frank_cui 阅读(380) 评论(0) 推荐(0) 编辑

< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

导航

统计

levels of contents
点击右上角即可分享
微信分享提示