Closing non transactional SqlSession

目录

解决方式：

1. 启动类添加注解

2. 方法添加注解

3. 调用该方法的地方进行异常捕捉

---

在执行sql的时候，出现 Closing non transactional SqlSession 找了很长时间才发现是什么原因。

解决方式：

1. 启动类添加注解

@EnableTransactionManagement

2. 方法添加注解

@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class) 

spring的事物传播 propagation = Propagation.REQUIRED

REQUIRED -- 支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。 
SUPPORTS -- 支持当前事务，如果当前没有事务，就以非事务方式执行。 
MANDATORY -- 支持当前事务，如果当前没有事务，就抛出异常。 
REQUIRES_NEW -- 新建事务，如果当前存在事务，把当前事务挂起。 
NOT_SUPPORTED -- 以非事务方式执行操作，如果当前存在事务，就把当前事务挂起。 
NEVER -- 以非事务方式执行，如果当前存在事务，则抛出异常。 
NESTED -- 如果当前存在事务，则在嵌套事务内执行。如果当前没有事务，则进行与REQUIRED类似的操作。 
前六个策略类似于EJB CMT，第七个（PROPAGATION_NESTED）是Spring所提供的一个特殊变量。它要求事务管理器或者使用JDBC 3.0 Savepoint API提供嵌套事务行为（如Spring的DataSourceTransactionManager） 

3. 调用该方法的地方进行异常捕捉

将捕捉的异常信息，直接抛出，查看日志信息，一般日志信息里面会有明确的标识大概是哪里的问题。

我是在对异常进行捕捉之后，做了其他的逻辑处理，没有打印到控制台，一直在尝试是什么原因造成的，最后打断点的时候，发现是 mybatisPlus 通过 do生成的sql里面，有一个 create 字段，create 在sql里面是个关键字（在测试或者正式的项目里面，避免使用sql关键字作为对象的属性），造成执行的时候出现异常。

一般来说，如果服务能够正常的启动，说明你的数据库配置是没有什么问题，如果是配置文件的问题项目是启动不起来的，有报错信息时候还好，没有报错信息的时候，就比较麻烦了：

1. 配置文件检查

2. 启动类的注解检查

3. pom依赖检查（我的测试服务，就是由于mybatisplus的pom依赖的问题，导致在启动服务的时候一直卡在 mybatisPlus的注册阶段）