Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Fixed
-
5.4.2
Description
Follow on from https://issues.apache.org/jira/browse/AMQ-3188
Durablesubs are kept active by default, but their cursors are stopped requiring a read of the store to determine the message backlog. With a large prioritised backlog and th JDBC store, getting the store size can be costly as it requires a full table scan.
Currently there are three calls to getStoreSize, there should be only one when the sub is initially created.
The implication is that on reactivation of an offline durable sub, there is a delay of an additional potentially slow jdbc call before dispatch resumes.
Attachments
Issue Links
- relates to
-
AMQ-3188 Full table scan for durable subs in jdbc store when priority enabled; very slow with large message backlog
- Resolved