Little Feel的博客

1.分析mq有个基本原则，就是数据不能多一条，也不能少一条。不能多，就是刚才说的重复消费和幂等性问题。不能少，就是说这数据别搞丢了。如果说你这个是用mq来传递非常核心的消息，比如说计费，扣费的一些消息，因为我以前设计和研发过一个公司非常核心的广告平台，计费系统，计费系统是很重的一个业务，操作是很耗时的。所以说广告系统整体的架构里面，实际上是将计费做成异步化的，然后中间就是加了一个MQ。2.剖析这个丢数据，mq一般分为两种，要么是mq自己弄丢了，要么是我们消费的时候弄丢了。咱们从rabbitm

消息队列是什么，要学习消息队列要了解的知识。（1）为什么使用消息队列啊？这个其实就是问问你消息队列都有哪些使用场景，然后你项目里具体是什么场景，说说你在这个场景里用消息队列是什么作用。先说一下消息队列的常见使用场景吧，其实场景有很多，但是比较核心的有3个：解耦、异步、削峰解耦：传统模式的缺点：不使用MQ的时候，A系统发送个数据到BCD三个系统，接口调用发送，那如果E系统也要这个数据呢？那如果C系统现在不需要了呢？公司需要给多个系统发送报文数据，需要调用多个系统接口，下游系统接口需求老修改，

在介绍RabbitMQ之前，我们先来看下面一个电商项目的场景： 商品的原始数据保存在数据库中，增删改查都在数据库中完成。 搜索服务数据来源是索引库（Elasticsearch），如果数据库商品发生变化，索引库数据不能及时更新。 商品详情做了页面静态化处理，静态页面数据也不会随着数据库商品更新而变化。 如果我们在后台修改了商品的价格，搜索页面和商品详情页显示的依然是旧的价格，这样显然不对。该如何解决？ 我们可能会想到这么做： 方案1：每当后台对商品做增删改操作，同时修.