本来是没这期的，按道理更新也应该是在周一更新消息队列的幂等，分布式事务相关的文章，但是这篇暖男我实在忍不住了，不是发自己的文章，是帮课代表发一下，她本科是北京交通大学，也是电子科技大学的研究生。 她看了我的系列，做了个笔记📒，我一看，偶买噶 ！。 这是什么仙女啊，这是我第一次…

心里忍不住暗骂，这叫啥问题，大家不都是用的这个嘛，但是你不能说出来。 认真回答道：帅气迷人的面试官您好，因为传统的关系型数据库如Mysql已经不能适用所有的场景了，比如秒杀的库存扣减，APP首页的访问流量高峰等等，都很容易把数据库打崩，所以引入了缓存中间件，目前市面上比较常用的…

没错小伙子还是我，上次话说一半你就溜了，这次我非得好好的问问你。 消息重复消费是使用消息队列之后，必须考虑的一个问题，也是比较严重和常见的问题，帅丙我在开发过程中，但凡用到了消息队列，我第一时间考虑的就是重复消费的问题。 就比如有这样的一个场景，用户下单成功后我需要去一个活动页…

所以就有这期了哈哈。 总之这个建议对我很有用，或者你有什么写作的建议都可以去GitHub https://github.com/JavaFamily 上面有我的联系方式，可以加我微信悄悄跟我说。 惊！！！老师你怎么知道的，我看了他的系列根本停不下来啊。 噗此，这也叫问题？别人用…

上一期因为是在双十一一直在熬夜的大环境下完成的，所以我自己觉得质量明显没之前的好，我这不一睡好就加班加点准备补偿大家，来点干货。（熬夜太容易感冒了，这次点个赞别白嫖了！） 顺带提一嘴，我把我准备写啥画了一个思维导图，以后总不能每篇都放个贼大的图吧，就开源到了我的GitHub，大…

写这期其实比较纠结，我之前的写的比较通俗易懂，一是我都知道这些点，二是之前我在所在的电商公司对雪崩，击穿啥的还算有场景去接触。但是线上的Redis集群我实际操作经验很少，总不能在公司线上环境实践那些操作吧，所以最后看了下官网，还有一些资料（文章后面我都会贴出来），强行怼了这么篇…