消息队列
4篇文章 · 0订阅
  • 互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（2）【石杉的架构笔记】
    上一篇文章互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（1）,我们初步介绍了之前制定的那些消息中间件数据不丢失的技术方案遗留的问题。 一个最大的问题，就是生产者投递出去的消息，可能会丢失。 丢失的原因有很多，比如消息在网络传输到一半的时候因为网络故障就丢了，或者是…
    Java 架构
    互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（2）【石杉的架构笔记】
  • 高并发场景下，如何保证生产者投递到消息中间件的消息不丢失？【石杉的架构笔记】
    上篇文章：《面试大杀器：消息中间件如何实现消费吞吐量的百倍优化？》，我们分析了RabbitMQ开启手动ack机制保证消费端数据不丢失的时候，prefetch机制对消费者的吞吐量以及内存消耗的影响。 通过分析，我们知道了prefetch过大容易导致内存溢出，prefetch过小又…
    Java 架构
    高并发场景下，如何保证生产者投递到消息中间件的消息不丢失？【石杉的架构笔记】
  • 面试大杀器：消息中间件如何实现消费吞吐量的百倍优化？【石杉的架构笔记】
    上一篇文章：互联网面试必杀：如何保证消息中间件全链路数据100%不丢失（2），我们分析了ack机制的底层实现原理（delivery tag机制），还有消除处理失败时的nack机制如何触发消息重发。 通过这个，已经让大家进一步对消费端保证数据不丢失的方案的理解更进一层了。 这篇文…
    Java 架构
    面试大杀器：消息中间件如何实现消费吞吐量的百倍优化？【石杉的架构笔记】
  • 中间件系列十 RabbitMQ之消费者端的消息确认机制
    在RabbitMQ中，即使将queue，exchange, message等都设置了持久化之后，还是不能保证100%保证数据不丢失了。为了实现消息不丢失，我们需要从Consumer端和Productor端同时进行处理。本篇文章先介绍Consumer端，在AMPQ-0-9-1中有定
    RabbitMQ