RocketMQ消息保留时间小于轮转一圈的时间比如保留时间是1天转一圈是2天超过1天的都会被删掉吧？

如果RocketMQ中的消息保留时间设置得小于消息轮转一圈的时间，超过保留时间的消息会被删除。

RocketMQ的定时消息（也称为延时消息）允许生产者发送消息后，消费者在指定的时间才能消费到这些消息。这种机制适用于需要延迟处理的业务场景，例如电商中的自动取消未支付订单。在RocketMQ中，可以通过设置消息的delayTimeLevel属性来实现延时投递。

具体到消息保留时间与轮转时间的问题，当设置的消息保留时间小于消息轮转一圈的时间时，这意味着消息在被投递之前就可能因为达到保留期限而被删除。换句话说，如果轮转时间为2天，而消息的保留时间设置为1天，那么在消息还没有被投递之前，它就已经超过了保留期限，因此会被Broker删除。

综上所述，为了避免消息被意外删除，应该合理设置消息的保留时间，确保它至少与预计的投递时间相匹配，或者长于消息轮转一圈的时间。同时，考虑到实际业务逻辑和系统设计，还应该实现相应的补偿机制来处理那些因超时而未能投递的消息。

不是所有超过保留时间的消息都会被删除，RocketMQ的定时消息处理机制较为复杂。

在RocketMQ中，定时消息是通过时间轮算法来实现的。这种算法可以在一定程度上保证消息的准时投递，但也存在一些局限性。具体到您提到的情况，如果消息的保留时间设置得比轮转一圈的时间小，那么确实存在那些消息在没有被消费之前就被删除的可能性。这是因为RocketMQ会在消息未被消费且超出了设定的保留时间后，将消息从存储中清除以节省资源。

此外，RocketMQ的消息默认是有老化时间的，这个老化时间通常设置为3天。也就是说，如果延迟时间超过这个老化时间，消息可能会被清除，从而无法投递。不过，RocketMQ也提供了配置项来调整这个老化时间，以适应不同的业务需求。

综上所述，对于需要精确控制消息生命周期的场景，建议深入了解RocketMQ的相关配置和实现机制，以便正确设置消息的保留时间和老化时间，确保消息系统能够按照预期工作。

这个roll的参数不代表转一圈的时间，时间轮的总slot数是另外设置的，比如默认7天的时间轮长度，转一圈就是7天，但是消息是2天重新滚动投递一次。可能是咱们语义上的误差哈，如果你之前的意思是“消息保存时间大于预设的滚动时长”，那是没有问题的
--此回答整理自钉群“群2-Apache RocketMQ 中国开发者钉钉群”

在RocketMQ中，消息的保留时间是指消息从生产者发送到Broker之后，在Broker中存活的有效时间。如果设置了消息的保留时间（通常称为message TTL），那么在这个时间段内消息是可以被正常消费的，超出这个时间的消息会被Broker视为过期并自动删除。