lin777lin的博客

工作中，高QPS行为，目前业界最常用的解决方式，就是用redis，至于redis cluster 和 sentinal，后面有专题介绍，本章不做说明，默认集群是ok的，但怎样保证删除redis和数据库的数据最终一致性呢？今天要讲的是：延时双删策略注意：经常修改的数据表不适合使用redis，因为双删策略执行的结果是把redis中保存的那条数据删除了，以后的查询就都会去查询数据库。所以redis使用的是读远远大于写的数据缓存。一、场景理解：首先要理解在并发环境下redis数据一致性的问题所在在多线程并

链接：https://www.jianshu.com/p/286cac4625b6

kafka详细总结message状态 ：在Kafka中，消息的状态被保存在consumer中，broker不会关心哪个消息被消费了被谁消费了，只记录一个offset值（指向partition中下一个要被消费的消息位置），这就意味着如果consumer处理不好的话，broker上的一个消息可能会被消费多次。message持久化：Kafka中会把消息持久化到本地文件系统中，并且保持o(1)极高的效率。我们众所周知IO读取是非常耗资源的性能也是最慢的，这就是为了数据库的瓶颈经常在IO上，需要换SSD硬

缓存的击穿、穿透和雪崩应该是再熟悉不过的词了，也是面试常问的高频试题。不过，对于这三大缓存的问题，有很多人背过了解决方案，却少有人能把思路给理清的。而且，网络上仍然充斥着，大量不太靠谱的解决方案，难免误人子弟。我的这篇文章，则会对这三大缓存问题，做一个深入的探讨和分析。最有价值的，不是答案本身，而是诞生答案的过程。缓存击穿缓存击穿是什么，大家应该心里都清楚，我只做一个简单通俗的解释：...

课程目标持久化消息和非持久化消息的发送策略消息的持久化方案及实践消费端消费消息的原理关于PrefetchSize的优化1、持久化消息和非持久化消息的发送策略1.1、消息同步发送和异步发送ActiveMQ支持同步、异步两种发送模式将消息发送到broker上。同步发送过程中，发送者发送一条消息会阻塞直到broker反馈一个确认消息，表示消息已经被broker处理。这个机制提供了消...