发送丢失 　　我们发送消息时，broker写入到cache后就返回成功了，而producer只要获取到ACK就说明消息发送成功了，反之肯定会收到一个异常，比如网络错误、请求超时之内的。而当我们发送失败后一直重试发送，能保证消息一定到达MQ吗？比如这样： 　　 　　本地事务执行完之后、数据库 ...

前言 上篇文章，王子通过一个小案例和小伙伴们一起分析了一下消息是如何丢失的，但没有提出具体的解决方案。 我们已经知道发生消息丢失的原因大体上分为三个部分： 1.生产者发送消息到MQ这一过程导致消息丢失 2.MQ自己发生故障导致消息丢失 3.消费者拿到消息后，由于操作不当导致消息丢失 ...

介绍：在使用SharePoint中，我们经常需要做的就是打包解决方案，我们来介绍下SharePoint解决方案的手动部署，我自己觉得，解决方案是SharePoint中非常好的一个功能，部署和使用起来相当方便，尤其配合Feature的使用，可以对相应功能的开启和关闭，废话不说了，开始我们的解决方案 ...

代理上网，最后只能手动安装完成，摸索过程记录如下。其他插件的手动安装，也可以参照本文。 简单摘要：从 ...

偿。 Broker消息零丢失的解决方案： 1、同步刷盘：Broker的刷盘策略调整为同步刷盘，那么可以确保写入 ...

如何保证rabbitmq消息零丢失? 我们从三个角色开始分析 1.生产者发送消息不丢失 　　生产者发消息到rabbitmq的网络传输过程中丢失了 　　以及消息发送到了rabbitmq但是mq内部出错,没有保存 　上面的问题有两种方案 　　第一种:rabbitmq支持事务消息 ...

生产者每次调用poll()方法时，它总是返回由生产者写入Kafka但还没有消费的消息，如果消费者一致处于运行状态，那么分区消息偏移量就没什么用处，但是如果消费者发生崩溃或者有新的消费者加入群组，就会触发再均衡，完成再均衡之后，每个消费可能分配到新的分区，而不是之前处理的那个，为了能够继续之前的工作 ...

　　消息中间件是分布式系统常用的组件，无论是异步化、解耦、削峰等都有广泛的应用价值。我们通常会认为，消息中间件是一个可靠的组件——这里所谓的可靠是指，只要我把消息成功投递到了消息中间件，消息就不会丢失，即消息肯定会至少保证消息能被消费者成功消费一次，这是消息中间件最基本的特性之一，也就 ...