-
Bug
-
Resolution: Done
-
Major
-
7.6.0.GA
Even when not using the correlation key functionality, an entry is added to this table upon process instance creation, which results in one SELECT and one INSERT operation for each new process instance:
2020-03-02 13:25:43,809 DEBUG [org.hibernate.SQL] (default task-3) insert into ProcessInstanceInfo (lastModificationDate, lastReadDate, processId, processInstanceByteArray, startDate, state, OPTLOCK) values (?, ?, ?, ?, ?, ?, ?) ... 2020-03-02 13:25:43,816 DEBUG [org.hibernate.SQL] (default task-3) select correlatio0_.processInstanceId as col_0_0_ from CorrelationKeyInfo correlatio0_ where correlatio0_.name=? 2020-03-02 13:25:43,817 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [1] as [VARCHAR] - [19] 2020-03-02 13:25:43,818 DEBUG [org.hibernate.SQL] (default task-3) insert into CorrelationKeyInfo (name, processInstanceId, OPTLOCK) values (?, ?, ?) 2020-03-02 13:25:43,819 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [1] as [VARCHAR] - [null] 2020-03-02 13:25:43,819 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [2] as [BIGINT] - [19] 2020-03-02 13:25:43,819 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [3] as [INTEGER] - [0] 2020-03-02 13:25:43,820 DEBUG [org.hibernate.SQL] (default task-3) insert into CorrelationPropertyInfo (correlationKey_keyId, name, value, OPTLOCK) values (?, ?, ?, ?) 2020-03-02 13:25:43,820 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [1] as [BIGINT] - [19] 2020-03-02 13:25:43,820 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [2] as [VARCHAR] - [null] 2020-03-02 13:25:43,820 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [3] as [VARCHAR] - [19] 2020-03-02 13:25:43,820 TRACE [org.hibernate.type.descriptor.sql.BasicBinder] (default task-3) binding parameter [4] as [INTEGER] - [0]
As a result of JBPM-4646 (case mgmt functionality):
https://github.com/kiegroup/jbpm/commit/2f7a653bf0e9aacea8d817d6bee8631ed880538f
https://issues.redhat.com/browse/JBPM-4646
When using RHPAM at a larger scale with a high number of active process instances (several hundred thousands), the select from CorrelationKeyInfo queries result in a significant load on the DB server. This should be avoided in case no correlation key is used.
- is related to
-
RHPAM-2796 Active task status is getting marked completed when process instance is aborted.
- Closed