1. MQ对比

1. rabbitmq ：心跳丢失
   1. 默认 60/s 检测
   2. TCP window full：关于TCP window full/TCP zero window_csdn_zmf的博客-CSDN博客_tcpwindowfull解决
   3. 参考链接：Rabbitmq 心跳检测_mb5ff591cb6ec96_51CTO博客
2. rabbitmq ：ACK的机制
   1. 如果在处理消息的过程中，消费者的服务器在处理消息的时候出现异常，那么可能这条正在处理的消息就没有完成消息消费，数据就会丢失。为了确保数据不会丢失，RabbitMQ支持消息确定-ACK
   2. 消费者忘记ack，MQ会一直发送
   3. ack 机制
      1. ACK机制是消费者从RabbitMQ收到消息并处理完成后，反馈给RabbitMQ，RabbitMQ收到反馈后才将此消息从队列中删除。
      2. 如果一个消费者在处理消息出现了网络不稳定、服务器异常等现象，那么就不会有ACK反馈，RabbitMQ会认为这个消息没有正常消费，会将消息重新放入队列中。
      3. 如果在集群的情况下，RabbitMQ会立即将这个消息推送给这个在线的其他消费者。这种机制保证了在消费者服务端故障的时候，不丢失任何消息和任务。
      4. 消息永远不会从RabbitMQ中删除，只有当消费者正确发送ACK反馈，RabbitMQ确认收到后，消息才会从RabbitMQ服务器的数据中删除。

　　　　消息的ACK确认机制默认是打开的。

1. 重复消息
   1. 分场景
      1. mysql insert 操作，设置主键，或者唯一索引
      2. redis set，操作多少次都一样，不需要管理
      3. redis setNx 设置标识，是否消费过。消息过期时间，依据业务去判断
2. 高可用、稳定性。数据防止丢失
   1. 防止丢失，处理好三个环节：
      1. 生产者 和 MQ
      2. MQ==》磁盘
      3. MQ 和消费者
3. 保证消息顺序性
   1. kafka
      1. 同一个分区 partition
   2. rabbitMQ
      1. 同一个Queue

 

我为人人，人人为我，美美与共，天下大同。