如何解决消息队列的延时以及过期失效问题？消息队列满了以后该怎么处理？有几百万消息持续积压几小时，说说怎么解决？

大量消息在mq里积压了几个小时了还没解决

几千万条数据在MQ里积压了七个月小时，从下午4点多，积压到了晚上11点多。这个是我们真实遇到过的一个场景，确实是线上故障了，这个时候要不然就是修复消费者的问题，让它恢复消费速度，然后傻傻的等待几个小时消费完毕。这个肯定不能在面试的时候说吧。

一个消费者一秒是1000条，一秒3个消费者是3000条，一分钟就是18万条。所以如果你积压了几百万到上千万的数据，甚至消费者恢复了，也需要大概1小时的时间才能恢复过来。

一般这个时候，只能临时紧急扩容了，具体操作步骤和思路如下：

• 先修复消费者的问题，确保其恢复消费速度，然后将现有消费者都停掉。
• 新建一个话题，分区是原来的10倍，临时建立好原先10倍的队列数量。
• 然后写一个临时的分布式数据的消费者程序，这个程序部署上去消费堆积压的数据，消费之后不做耗时的处理，直接交替插入临时建立好的10倍数量的队列。
• 随后临时征用10倍的机器来部署消费者，每组消费者消费一个临时队列的数据。这种做法相当于是临时将队列资源和消费者资源扩大10倍，以正常的10倍速度来消费数据。
• 等快速消费完积压数据之后，得恢复原先部署的架构，重新用原先的消费者机器来消费消息。

mq中的消息过期失效了
假设你用的是RabbitMQ，RabbtiMQ是可以设置过期时间的，也就是TTL。如果消息在队列中积压超过一定的时间就会被RabbitMQ给清理掉，这个数据就没了。那这就是第二个坑了。而不是说数据会大量积压在mq里，而是大量的数据会直接搞丢。

这个情况下，就不是说要增加消费者的消费量消费积压的消息，因为实际上没啥积压，而是丢掉的消息。我们可以采用一个方案，就是批量重导，这个我们之前线上也有类似的场景干过。就是大量积压的时候，我们当时就直接直接数据了，然后等过了高峰期以后，每次大家一起喝咖啡熬夜到晚上12点以后，用户都睡觉了。这个时候我们就开始写程序，将丢失的那批数据，写一个临时程序，一点一点的残留来，然后重新灌入mq里面去，把白天丢的数据给他补回来。也只能是这样了。

假设1万个订单积压在mq里面，没有处理，其中1000个订单都丢了，你只能手动编写程序把那1000个订单给废弃物来，手动发到mq里去再补一次。

mq都快写满了

如果消息积压在mq里，你很长时间都没有处理掉，此时导致mq都快写满了，咋办？这个还有别的办法吗？没有，谁让你第一个方案执行的太慢了，您临时写程序，接收数据来消费，消费一个又一个，都不要了，快速消费掉所有的消息。然后走第二个方案，到了晚上再补数据吧。

原文链接:https://doocs.github.io/advanced-java/#/./docs/high-concurrency/mq-time-delay-and-expired-failure