IBM MQ问题：订阅队列已满导致发送方通道持续重试

核心原因 #

当主题的某个订阅队列达到Max Queue Depth且订阅者非活跃时，MQ的主题发布默认是阻塞模式——它会等待该队列有可用空间后再继续投递，这会导致整个主题的分发停滞，进而阻塞发送端的通道，引发持续重试。

针对性解决方案 #

1. 为订阅队列设置消息丢弃策略 #

修改订阅关联队列的Queue Full Action属性，当队列满时不再阻塞，而是直接拒绝新消息或丢弃旧消息，避免影响其他订阅：

• 使用MQSC命令配置拒绝新消息：

  ALTER QLOCAL('订阅队列名') QFULL(REJECT)
  

• 或配置丢弃最旧消息：

  ALTER QLOCAL('订阅队列名') QFULL(DISCARDOLDEST)
  

2. 启用主题的非阻塞发布模式 #

若使用IBM MQ 9.0及以上版本，可为主题设置NONPERSISTENTMSGDLV(ASAP)或PERSISTENTMSGDLV(ASAP)，让MQ在无法投递到某个订阅时跳过该订阅，继续处理其他订阅：

ALTER TOPIC('主题名') NONPERSISTENTMSGDLV(ASAP) PERSISTENTMSGDLV(ASAP)

注：该配置会改变主题投递语义，非持久化消息可能丢失，需结合业务场景评估。

3. 监控并维护订阅队列状态 #

• 定期监控队列深度，接近阈值时自动扩容：

  ALTER QLOCAL('订阅队列名') MAXDEPTH(新深度值)
  

• 为非活跃订阅设置过期时间，自动清理失效订阅：

  ALTER SUB('订阅名') EXPIRY(3600)
  

4. 优化发送端通道重试逻辑 #

调整发送端通道的重试间隔与最大重试次数，避免无限制重试占用资源：

ALTER CHANNEL('发送端通道名') CHLTYPE(SDR) RETRYINT(30) MAXRETRY(10)

内容的提问来源于stack exchange，提问作者Ashiful