摘要: 其实回答这类问题,说白了,起码不求你看过那技术的源码,起码你大概知道那个技术的基本原理,核心组成部分,基本架构构成,然后参照一些开源的技术把一个系统设计出来的思路说一下就好 比如说这个消息队列系统,我们来从以下几个角度来考虑一下 (1)首先这个mq得支持可伸缩性吧,就是需要的时候快速扩容,就可以增加 阅读全文
posted @ 2019-05-22 21:58 一条路上的咸鱼 阅读(1935) 评论(1) 推荐(2) 编辑
摘要: 1.大量消息在mq里积压了几个小时了还没解决 场景: 几千万条数据在MQ里积压了七八个小时,从下午4点多,积压到了晚上很晚,10点多,11点多。线上故障了,这个时候要不然就是修复consumer的问题,让他恢复消费速度,然后傻傻的等待几个小时消费完毕。这个肯定不行。一个消费者一秒是1000条,一秒3 阅读全文
posted @ 2019-05-22 21:57 一条路上的咸鱼 阅读(16210) 评论(0) 推荐(2) 编辑
摘要: 1.为什么要保证顺序 消息队列中的若干消息如果是对同一个数据进行操作,这些操作具有前后的关系,必须要按前后的顺序执行,否则就会造成数据异常。举例: 比如通过mysql binlog进行两个数据库的数据同步,由于对数据库的数据操作是具有顺序性的,如果操作顺序搞反,就会造成不可估量的错误。比如数据库对一 阅读全文
posted @ 2019-05-22 21:56 一条路上的咸鱼 阅读(9815) 评论(0) 推荐(1) 编辑
摘要: 1.幂等性 幂等(idempotent、idempotence)是一个数学与计算机学概念,常见于抽象代数中。 在编程中一个幂等操作的特点是其任意多次执行所产生的影响均与一次执行的影响相同。幂等函数,或幂等方法,是指可以使用相同参数重复执行,并能获得相同结果的函数。这些 "函数" 不会影响系统状态,也 阅读全文
posted @ 2019-05-22 21:55 一条路上的咸鱼 阅读(13941) 评论(0) 推荐(3) 编辑
摘要: 1.mq原则 数据不能多,也不能少,不能多是说消息不能重复消费,这个我们上一节已解决;不能少,就是说不能丢失数据。如果mq传递的是非常核心的消息,支撑核心的业务,那么这种场景是一定不能丢失数据的。 2.丢失数据场景 丢数据一般分为两种,一种是mq把消息丢了,一种就是消费时将消息丢了。下面从rabbi 阅读全文
posted @ 2019-05-22 21:55 一条路上的咸鱼 阅读(6560) 评论(0) 推荐(0) 编辑
摘要: 1.RabbitMQ的高可用 RabbitMQ基于主从模式实现高可用。RabbitMQ有三种模式:单机模式,普通集群模式,镜像集群模式。 (1)单机模式: 单机模式就是demo级别的,生产中不会有人使用。 (2)普通集群模式 普通集群模式就是在多台机器上启动多个rabbitmq实例,每个机器启动一个 阅读全文
posted @ 2019-05-22 21:54 一条路上的咸鱼 阅读(2484) 评论(1) 推荐(1) 编辑
摘要: 1.为什么使用消息队列? (1)解耦:可以在多个系统之间进行解耦,将原本通过网络之间的调用的方式改为使用MQ进行消息的异步通讯,只要该操作不是需要同步的,就可以改为使用MQ进行不同系统之间的联系,这样项目之间不会存在耦合,系统之间不会产生太大的影响,就算一个系统挂了,也只是消息挤压在MQ里面没人进行 阅读全文
posted @ 2019-05-22 21:53 一条路上的咸鱼 阅读(2264) 评论(1) 推荐(1) 编辑