JMeter性能测试下出现Activiti死锁

Question

我遇到activiti并发问题。我们有一个带有嵌入式 activiti 工作流引擎的wicket spring 应用程序。它在没有并发用户的情况下工作正常，但在 jmeter 性能测试期间，activiti 在自己的表上创建死锁。例如：ACT_RU_JOB、ACT_RU_EXECUTION、ACT_RU_VARIABLE。我在 activiti 论坛上找到了关于此问题的主题（ Activiti论坛）。他们建议使用队列来启动 activiti 进程。这个解决方案并没有解决问题，因为死锁仍然发生。我为您提供一些配置和堆栈跟踪。所有答案都对我有用。感谢您的帮助！

我的 activiti 配置：

<bean id="processEngineConfiguration" class="org.activiti.spring.SpringProcessEngineConfiguration">
        <property name="databaseType" value="mssql" />
        <property name="dataSource" ref="dataSource" />
        <property name="transactionManager" ref="transactionManagerLugy" />
        <property name="databaseSchemaUpdate" value="true" />
        <property name="jobExecutorActivate" value="true" />
        <property name="deploymentResources" value="classpath*:/diagrams/idm/*.bpmn20.xml" />   
        <property name="history" value="none"/>     
        <property name="jdbcMaxActiveConnections" value="1000"/>
        <property name="jdbcMaxIdleConnections" value="10"/>
        <property name="jdbcMaxWaitTime" value="50000"/>
    </bean> 


    <bean id="processEngine" class="org.activiti.spring.ProcessEngineFactoryBean">
        <property name="processEngineConfiguration" ref="processEngineConfiguration" />
    </bean>

堆栈跟踪：

### Error querying database.  Cause: org.hibernate.exception.LockAcquisitionException: Transaction (Process ID 67) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
### The error may involve org.activiti.engine.impl.persistence.entity.VariableInstanceEntity.selectVariablesByExecutionId-Inline
### The error occurred while setting parameters
### Cause: org.hibernate.exception.LockAcquisitionException: Transaction (Process ID 67) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
    at org.springframework.jms.listener.adapter.MessageListenerAdapter.invokeListenerMethod(MessageListenerAdapter.java:471)
    at org.springframework.jms.listener.adapter.MessageListenerAdapter.onMessage(MessageListenerAdapter.java:355)
    at org.springframework.jms.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:535)
    at org.springframework.jms.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:495)
    at org.springframework.jms.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:467)
    at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.doReceiveAndExecute(AbstractPollingMessageListenerContainer.java:325)
    at org.springframework.jms.listener.AbstractPollingMessageListenerContainer.receiveAndExecute(AbstractPollingMessageListenerContainer.java:263)
    at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.invokeListener(DefaultMessageListenerContainer.java:1058)
    at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.executeOngoingLoop(DefaultMessageListenerContainer.java:1050)
    at org.springframework.jms.listener.DefaultMessageListenerContainer$AsyncMessageListenerInvoker.run(DefaultMessageListenerContainer.java:947)
    at java.lang.Thread.run(Thread.java:662)

Answer 1

我从我的活动图中删除了所有计时器，死锁也消失了。我不知道为什么，但它有效。

Answer 2

我在执行jmeter测试时也遇到了死锁问题。

就我而言，问题是我的数据源池最多有 10 个连接
但有 100 个线程访问 api，创建一个需要创建异步任务的流程实例。

因此，如果 activiti 使用另一个连接（与创建流程实例的连接不同）来创建异步任务，那么在返回创建流程实例的连接之前，可能会出现死锁等待连接的情况（如果所有活动连接用于创建流程实例）

当我将池大小设置为大于jmeter线程数时，问题就消失了。

--
我的activiti版本是5.19.0