SSH框架下数据库事务锁等待问题
最近接手使用SSH开发一个信息管理系统，遇到了数据库事务锁等待的问题。具体表现就是系统运行使用一段时间后， 数据库无法插入修改数据的问题。经过排查问题出在事务管理代码上。
以下是示例代码
?
?
public String someMethod(){ DefaultTransactionDefinition def=new DefaultTransactionDefinition(); TransactionStatus status=transactionManager.getTransaction(def); try{if(someObject==null){//put error message in Sessionthis.getSession().put("errorMsg","someObject is null.");return ERROR;} //update or insert or delete some date transactionManager.commit(status); return SUCCESS; }catch(Exception e){ e.printStackTrace();this.getSession().put("errorMsg", "something is wrong"); transactionManager.rollback(status); return ERROR; }}??
ERROR和SUCCESS在Struts中进行了配置，有统一的页面来显示成功和错误信息。 以上代码的问题出在事务管理的try块中，如果其中someObject为null，则返回错误页面提示错误信息，而在return ERROR前没有rollback。
在return ERROR前将事务rollback即可解决问题。
public String someMethod(){ DefaultTransactionDefinition def=new DefaultTransactionDefinition(); TransactionStatus status=transactionManager.getTransaction(def); try{if(someObject==null){//put error message in Sessionthis.getSession().put("errorMsg","someObject is null.");transactionManager.rollback(status);return ERROR;} //update or insert or delete some date transactionManager.commit(status); return SUCCESS; }catch(Exception e){ e.printStackTrace();this.getSession().put("errorMsg", "something is wrong"); transactionManager.rollback(status); return ERROR; }}?该具体应用在判断某些条件不成立的时候返回错误提示，但此时数据库的事务已经存在，在返回错误提示时需要将事务rollback，否则数据库会一直维持事务状态，数据也就无法插入修改和删除了。实际上数据库事务的成本是非常高的，建议先进行各种错误判断，最后进行事务操作。如果是在高性能，高并发，同时对数据一致性要求不高的情况下，可以干脆不使用事务。以上是个人的一点看法，小弟刚入门Web开发，大家一起交流~