mybatis中SqlSession异常回滚

一、SqlSession介绍

SqlSessionFactory

SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由对它进行清除或重建。使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次，多次重建 SqlSessionFactory 被视为一种代码“坏味道（bad smell）”。因此 SqlSessionFactory 的最佳范围是应用范围。有很多方法可以做到，最简单的就是使用单例模式或者静态单例模式。

SqlSession

每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的，因此是不能被共享的，所以它的最佳的范围是请求或方法范围。绝对不能将 SqlSession 实例的引用放在一个类的静态域，甚至一个类的实例变量也不行。也绝不能将 SqlSession 实例的引用放在任何类型的管理范围中，比如 Serlvet 架构中的 HttpSession。如果你现在正在使用一种 Web 框架，要考虑 SqlSession 放在一个和 HTTP 请求对象相似的范围中。换句话说，每次收到的 HTTP 请求，就可以打开一个 SqlSession，返回一个响应，就关闭它。这个关闭操作是很重要的，你应该把这个关闭操作放到 finally 块中以确保每次都能执行关闭。

二、openSession、commit、rollback等方法

方法名	作用
openSession(boolean)	开启一个数据库会话，并返回一个会话对象sqlSession,参数表示该会话update,insert,delete操作是否自动提交
commit	SqlSession的方法，底层调Executor的实现，提交当前会话的所有update,insert,delete操作
rollback	SqlSession的方法，回滚当前会话的操作

三、测试SqlSession异常回滚

1.事先填充好的数据

2.测试代码

SqlSession session = null;
try{
    session = getSqlSessionTemplate().getSqlSessionFactory().openSession(false);
    FmEventOverview feo = new FmEventOverview();
    feo.setId(3);
    feo.setStatus(8);
    session.update(nameSpace+"updateByPrimaryKeySelective", feo);
    feo.setId(4);
    session.update(nameSpace+"updateByPrimaryKeySelective", new Object());
    session.commit();
}catch(Exception e){
    session.rollback();
    throw e;
}finally{
    session.close();
}

测试方法是，更新上面那两条ID为3和4且状态都为3的记录，修改状态为8，在第二个update的时候传入一个new Object()对象，这样会导致数据库报错，测试回滚结果，期望结果是两条记录状态都不改变，然鹅。。。

不知道为什么，第一个update成功了，而且后台爆出了找不到属性的异常：

###Cause: org.apache.ibatis.reflection.ReflectionException: There is no getter for property named 'vendor' in 'class java.lang.Object'
at org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:365)
at org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:233)

那么至少可以确定，直接使用sqlSession.rollback()回滚操作是没有效果的。

四、解决方法

1.网上比较常见的是通过配置spring事务管理->Spring之事务Transaction管理
2.查看SqlSession代码可以看到，其默认实现类DefaultSqlSession中的getConnection方法：

public Connection getConnection() {
   try {
     return executor.getTransaction().getConnection();
   } catch (SQLException e) {
     throw ExceptionFactory.wrapException("Error getting a new connection.  Cause: " + e, e);
   }
 }

可以获取到事务化的数据库连接，然后在connection的基础上对事务回滚做处理是否可行？同样做一个测试：

SqlSession session = null;
Savepoint savepoint = null;
Connection conn = null;
try{
    session = getSqlSessionTemplate().getSqlSessionFactory().openSession(false);
    conn = session.getConnection();
    conn.setAutoCommit(false);
    savepoint = conn.setSavepoint();
    FmEventOverview feo = new FmEventOverview();
    feo.setId(eventOverviewId);
    feo.setStatus(8);
    session.update(nameSpace+"updateByPrimaryKeySelective", feo);
    feo.setId(2);
    session.update(nameSpace+"updateByPrimaryKeySelective", new Object());
    conn.commit();
}catch(Exception e){
    try {
        conn.rollback(savepoint);
    } catch (SQLException e1) {
        throw e1;
    }
    throw e;
}finally{
    session.close();
}

获取到数据库连接后再进行update操作前设置一个保存点savepoint（ORACLE数据库有savepoint概念，用于数据库管理员误操作或者修改操作回滚使用），当第二个update报出异常的时候捕捉到一样并对事务进行回滚到当前savepoint。
结果仍旧报异常，但是两条数据都没有更新，说明回滚操作起作用了。不知道是不是oracle数据库的原因，sqlSession的rollback确实是没有效果的，mysql暂时接触比较少，如果有不对或者需要补充的地方希望批评指正。