延时消息timerMaxDelaySec配置问题 #9601
|
版本：5.3.3 |
Replies: 1 comment 4 replies
|
当投递到时间轮后，超过时间轮所支持的最大延时(timerRollWindowSlots * precisionMs)后会设置为时间轮支持的最大延时，到时间后消息会进行滚动重新投递保证消息不过期，可以看下TimerMessageStore#doEnqueue,#convert, |
|
看到了，还有个问题确认下fileReservedTime的设置是不是要比timerRollWindowSlot大，按最大7天算，那fileReservedTime最大是不是8天就可以 |
|
现在timerRollWindowSlots * precisionMs为2天，所以我理解fileReservedTime > timerRollWindowSlots * precisionMs就好 |
真是这样吗？我觉得：设置的延迟时长只要在最大延时范围内（timerMaxDelaySec）就不会过期，和fileReservedTime 没有关系，延迟消息在发送后会存在timerlog文件中，到了投递时间后才会存入commitlog中。fileReservedTime 可以认为是commilog的过期时间。 |
|
Can the delay time be controlled so that it does not exceed the message storage time? |
当投递到时间轮后，超过时间轮所支持的最大延时(timerRollWindowSlots * precisionMs)后会设置为时间轮支持的最大延时，到时间后消息会进行滚动重新投递保证消息不过期，可以看下TimerMessageStore#doEnqueue,#convert,