中间件服务与持久层性能调优指南
1. JMS消息确认模式对性能的影响
JMS消息的性能受确认模式的影响,主要有以下三种确认模式:
- CLIENT_ACKNOWLEDGE :JMS服务器在收到客户端的确认之前,无法发送后续消息,是最不可行的选项。
- AUTO_ACKNOWLEDGE :遵循消息只传递一次的策略,但服务器为维护此策略会产生开销,并且客户端每收到一条消息,服务器都需要发送确认。
- DUPS_OK_ACKNOWLEDGE :允许消息多次发送,减少了服务器的开销,但可能会因多次发送消息而增加网络流量。
从性能角度来看, DUPS_OK_ACKNOWLEDGE 通常比 AUTO_ACKNOWLEDGE 性能更好。可以考虑将其作为创建事务会话并批量确认的替代方案。
2. JMS资源的复用
创建JMS资源(如连接、会话、消费者和生产者)成本较高,应避免为每条要发送或消费的消息都创建新资源,同时应跨多个请求复用临时队列。当使用临时队列的请求 - 响应模式发送消息时,将消息发送到目标,并在 reply-to 头中设置本地临时队列的地址,直接将响应发送到 reply-to 指定的地址,而不是创建新的临时队列。
3. 股票交易应用性能调优案例
3.1 系统初始情况
Acme公司的股票交易应用使用JMS系统查询股票价值和下达订单,迁移
超级会员免费看
订阅专栏 解锁全文
1401

被折叠的 条评论
为什么被折叠?



