ActiveMQ-慢速kaha數據庫訪問導致ActiveMQ響應速度不夠快

Question

我有一個wso2 ESB與activeMQ（持久消息傳遞）進行交談。 有時，ESB上的線程會堆積，因為所有線程都在等待activeMQ響應對它的各種調用。 最終，通話出錯。

同時，在ActiveMQ日志中，我看到了很多“ Slow Kaha DB access”日志。 一些例子：

1. 慢速KahaDB訪問：清理花費5138
2. 慢速KahaDB訪問：日志附加花費：1635毫秒，索引更新花費了2330毫秒

這是我們系統中的一個大問題，因為一旦AMQ停止足夠快的響應，我們就會鎖定線程。 似乎是因為IO /訪問時間太長，activeMQ停止響應我們的ESB。 由於我們繼續嘗試在ActiveMQ（預期功能）上將消息排隊，因此，我們將使用越來越多的線程來打開越來越多的連接，直到線程用完為止。

幾分鍾后，我們發布的和activeMQ再次響應，但是對於我們的系統而言已經太遲了，因為由於備份的流量和activeMQ凍結，ESB失控了。

有人遇到同樣的問題嗎？ 任何人都可以提供有關如何排除故障的信息，我們對此表示贊賞。

謝謝

Answer 1

除非您絕對需要持久性，否則您可以嘗試發送非持久性消息並將代理更改為非持久性。 請參閱ActiveMQ 文檔 ，以了解執行此操作的確切步驟。 在這種情況下，代理不會將任何消息寫出到磁盤，而僅將其保留在內存中。 但是，如果代理崩潰，則意味着這些消息將丟失。

否則，建議您通過更換硬件直接解決IO性能，或者切換到群集ActiveMQ部署以更均勻地分散負載。