JMeter性能测试下出现Activiti死锁

Posted 2023-03-23

【中文标题】JMeter性能测试下出现Activiti死锁

【英文标题】：Activiti deadlock occurs under JMeter performance test

【发布时间】：2011-07-12 10:07:08

【问题描述】：

activiti 并发有问题。我们有一个带有嵌入式 activiti 工作流引擎的 wicket spring 应用程序。它可以在没有并发用户的情况下正常工作，但在 jmeter 性能测试 activiti 在自己的表上创建死锁。例如：ACT_RU_JOB、ACT_RU_EXECUTION、ACT_RU_VARIABLE。我在 activiti 论坛上找到了一个关于这个问题的主题（Activiti Forum）。他们建议使用队列来启动 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)

【参考方案1】：

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

【参考方案2】：

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

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

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

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

-- 我的activiti版本是5.19.0