踩了两天的坑,在这里记录一下。spring + springmvc + hibernate4 + oracle,系统运行一年多,数据量最大的几张表大概有三千万左右,查询统计速度明显慢了下来,近期考虑做数据库迁移,准备了一个月数据都迁移到新的数据库。项目正式切换到新库,运行了一两天之后接口响应慢了下来。最后排查不是程序的原因,但是奇怪的是Service接口调用完之后,后面线程执行花了很长的时间堵塞了。考虑是hibernate事务提交的问题。所以继承了HibernateTransactionManager类。重写了doCommit和doCleanupAfterCompletion方法。废话不多说,上代码。
package cn.com.itsea.insurance.dbcp;
import cn.hutool.core.util.StrUtil;
import com.sleepycat.je.rep.monitor.MonitorConfig;
import lombok.extern.slf4j.Slf4j;
import org.hibernate.SessionFactory;
import org.hibernate.engine.spi.SessionFactoryImplementor;
import org.springframework.orm.hibernate4.HibernateTransactionManager;
import org.springframework.transaction.support.DefaultTransactionStatus;
/**
* hibernate事务监控
* 1.提交事务耗时
* 2.提交事务之后,释放资源(其中包括归还连接到连接池)耗时
*
* @author Tzx
* @createTime 2020/12/19 1:19 PM
*/
@Slf4j
public class HibernateTransactionManagerMonitor extends HibernateTransactionManager {
private final static long MILLION = 1000000;
/**
* 提交事务耗时
*
* @param status
*/
@Override
protected void doCommit(DefaultTransactionStatus status) {
long startTime = System.nanoTime();
super.doCommit(status);
long endTime = System.nanoTime();
log.info(StrUtil.format("HibernateTransactionManagerMonitor doCommit ms={}", (endTime - startTime) / MILLION));
}
/**
* 提交事务之后,释放资源(其中包括归还连接到连接池)耗时
*
* @param transaction
*/
@Override
protected void doCleanupAfterCompletion(Object transaction) {
long startTime = System.nanoTime();
super.doCleanupAfterCompletion(transaction);
long endTime = System.nanoTime();
log.info(StrUtil.format("HibernateTransactionManagerMonitor doCleanupAfterCompletion ms={}", (endTime - startTime) / MILLION));
}
}
经过测试,每当接口响应时间超长时doCommit方法都执行了很长的一段时间,问题定位到了,接下来就是看怎么解决这个问题啦。
解决了我会来补充的✌