记一次生产环境事务超时

由于在3.5版本之前,没有使用quartz调度器做定时清理任务,导致数据库操作日志表上已经由十几万条的数据。在3.5之后做了定时清理任务,每晚两点定时执行,清理前30天的数据。以下为实现清理任务的核心代码:

          @Transactional(readOnly = false)

          public void clearExpiredData(Date date) {
List<VmanagerAuditLog> auditLogList = auditLogDAO.getExpiredData(date);
for (VmanagerAuditLog vmanagerAuditLog : auditLogList) {
auditLogDAO.delete(vmanagerAuditLog);
}
}


逻辑就是先查询过期数据,然后一条条删除。。

   查看数据库信息,quartz每晚都有正常执行,相关日志也没报任何异常。虽然一次性查出的十几万数据都保存在内存中,但是服务没蹦掉,说明内存也没有泄漏(不幸中的万幸)。最后,得出的结论是,由于上述代码中涉及到一次查询及很多次的数据库删除操作,导致在执行到某段代码时,事务超时导致数据回滚。

  解决方案有以下几个:

  1、修改sql语句,即执行delete操作,将过期时间条件,删除此过期时间之前的数据。这样修改,由于后续没有其他的数据库执行操作,即使数据库超时也不会出现事务回滚的情况,可正常进行数据库删除(目前修改的方案为这种)。


2、查询数据库,分批查询,即设置一个查询的上限值,分批进行操作。减少事务时间。


3、有人建议用spring batch。。没用过不知道,也不可能采用。

猜你喜欢

转载自blog.csdn.net/qq_34871626/article/details/78878951