赞
踩
<?xml version="1.0" encoding="UTF-8" ?><!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://mybatis.org/dtd/mybatis-3-config.dtd"> <configuration> <environments default="development"> <environment id="development"> <transactionManager type="JDBC"/> <dataSource type="POOLED"> <property name="driver" value="${driver}"/> <property name="url" value="${url}"/> <property name="username" value="${username}"/> <property name="password" value="${password}"/> </dataSource> </environment> </environments> <mappers> <mapper resource="org/mybatis/example/BlogMapper.xml"/> </mappers> </configuration> configuration是根节点,其下有两个子节点 environments:环境,mybatis可以配置多个环境即可以将 SQL 映射应用于多种数据库之中。如开发,测试,生产对应不同的数据库。 mappers:映射器,提供映射文件的地址。 transactionManager是事务管理器
transactionManager的两种类型
* JDBC: 直接使用了 JDBC 的提交和回滚设置,它依赖于从数据源得到的连接来管理事务范围。
* MANAGED: 不提交或回滚一个连接,而是让容器来管理事务的整个生命周期。
执行器类型只有三种
SIMPLE: 普通的执行器;是默认的
REUSE: 执行器会重用预处理语句(prepared statements);
BATCH: 执行器将重用语句并执行批量更新。
开启二级缓存配置
<settings>
<setting name="cacheEnabled" value="true"/>
</settings>
SqlSession 的实例不是线程安全的,是不能被共享的,所以它的最佳的范围是请求或方法范围. 每个线程都应该有自己的 SqlSession 实例,而mybatis- Spring中的SqlSessionTemplate是线程安全的
为什么DefaultSqlSession线程不安全?
1.首先由于JDBC的Connection对象本身不是线程安全的,而session中又只有一个connection,所以不是线程安全的
一次SqlSession的执行最终只会产生一个connection,所以我们设想一下,在两个线程通过同一个sqlsession来执行crud,那么就有可能,我先跑完的线程,把唯一的这一个连接给关闭掉,从而造成另一条线程的逻辑不被成功执行,所以通过DefaultSqlSession来执行数据库操作是线程不安全的。
2.一级缓存 由于一级缓存是session级别的,所以如果多个线程同时使用session,当线程A进行了插入操作未完成,但是此时线程B进行查询并插入一级缓存,那么一级缓存与数据库中数据不一致
SqlSessionTemplate是如何保证线程安全的?
SqlsessionTemplate在执行crud操作时,都不是通过唯一的一个sqlsession来执行的,他都是通过动态代理来执行具体的操作的,而在其SqlSessionInterceptor中的invoke方法,每次都新创建了一个Sqlsession(其实是从当前事务之外得到一个SqlSession,如果没有就创造一个新的。然后,如果事务被打开,且事务管理器是SpringManagedTransactionFactory时,将得到的SqlSession同当前事务同步,也就是说开启了事务,那么SqlSession就是当前事务内的那个SqlSession,所有开启了事务仍有一级缓存,不开启事务那么每次都新建一个SqlSession,那么此时一级缓存就会失效)
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。