IBM MQ持久化与非持久化事务差异及测试异常原因解析

第二轮测试成功的核心原因 #

队列管理器的MAXUMSGS（最大未提交消息数）参数仅针对未提交的持久化消息进行数量限制，非持久化的未提交消息不会计入该配额统计。

当双实例并发发送非持久化消息时，每个实例的1000条未提交消息仅保存在MQ的内存缓存中，不会占用MAXUMSGS的配额，因此即使总未提交消息数达到2000，也不会触发MQRC_Q_FULL（2053）错误，测试自然成功。

IBM MQ事务内部机制详解 #

持久化消息的事务处理流程 #

1. 发送持久化消息时，MQ会先将消息写入磁盘日志（确保消息不会因系统故障丢失）；
2. 消息会被标记为未提交状态，并计入队列的MAXUMSGS计数中；
3. 事务提交时，MQ将这些消息从“未提交”转为“已提交”状态，正式对外可见；若事务回滚，则从日志中删除这些消息。

第一轮测试中，两个实例各发送1000条未提交的持久化消息，总计数达到2000，远超MAXUMSGS=1000的限制，因此触发队列满的错误。

非持久化消息的事务处理流程 #

1. 非持久化消息发送时，MQ仅将其保存在内存缓存中，不会写入磁盘日志；
2. 未提交的非持久化消息不计入MAXUMSGS的配额统计——这类消息本身不保证持久化，队列管理器重启后会自动丢失，MQ无需对其未提交数量做严格限制；
3. 事务提交时，MQ将内存中的消息转为已提交状态；若回滚，则直接清空内存中的这些消息。

关于缓存与处理速度的疑问 #

测试结果和处理速度无关，核心差异是MQ对两种消息的未提交状态的资源管控逻辑不同：

• 持久化未提交消息需要占用磁盘日志资源，因此通过MAXUMSGS限制数量，避免磁盘资源耗尽；
• 非持久化未提交消息仅占用内存，且本身不保证持久化，因此不适用MAXUMSGS的限制。

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