一级缓存
- 一级缓存区域是根据SqlSession为单位划分的。
- 每次查询会先从缓存区域找,如果找不到从数据库查询,查询到数据将数据写入缓存。
- Mybatis内部存储缓存使用一个HashMap,key为hashCode+sqlId+Sql语句。value为从查询出来映射生成的java对象
- sqlSession执行insert、update、delete等操作commit提交后会清空缓存区域。
二级缓存
- 开启二级缓存
- 在核心配置文件mybatis-config.xml中加入:
<setting name="cacheEnabled" value="true"/>
- 要在你的Mapper映射文件中添加一行: ,表示此mapper开启二级缓存。
<mapper namespace="com.hyq.mapper.inter.userMaper">
<cache/>
- 在核心配置文件mybatis-config.xml中加入:
- 禁用二级缓存
<select id="findOrderListResultMap" resultMap="ordersUserMap" useCache="false">
- 刷新缓存
<insert id="insertUser" parameterType="cn.itcast.mybatis.po.User" flushCache="true">
mybatis整合ehcache:
- 通过实现Cache接口可以实现mybatis缓存数据通过其它缓存数据库整合,mybatis的特长是SQL操作,缓存数据的管理不是mybatis的特长,为了提高缓存的性能将mybatis和第三方的缓存数据库整合,比如ehcache、memcache、redis等。
- 第一步:引入缓存的依赖包
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.0.2</version>
</dependency>
- 第二步:引入缓存配置文件(classpath下(src下)添加:ehcache.xml)
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="../config/ehcache.xsd">
<diskStore path="F:\develop\ehcache" />
<defaultCache
maxElementsInMemory="1000"
maxElementsOnDisk="10000000"
eternal="false"
overflowToDisk="false"
timeToIdleSeconds="120"
timeToLiveSeconds="120"
diskExpiryThreadIntervalSeconds="120"
memoryStoreEvictionPolicy="LRU">
</defaultCache>
</ehcache>
属性说明:
diskStore:指定数据在磁盘中的存储位置。
defaultCache:当借助CacheManager.add("demoCache")创建Cache时,EhCache便会采用<defalutCache/>指定的的管理策略
以下属性是必须的:
maxElementsInMemory - 在内存中缓存的element的最大数目
maxElementsOnDisk - 在磁盘上缓存的element的最大数目,若是0表示无穷大
eternal - 设定缓存的elements是否永远不过期。如果为true,则缓存的数据始终有效,如果为false那么还要根据timeToIdleSeconds,timeToLiveSeconds判断
overflowToDisk - 设定当内存缓存溢出的时候是否将过期的element缓存到磁盘上
- 第三步:开启ehcache缓存
修改mapper.xml文件,在cache中指定EhcacheCache。
<cache type="org.mybatis.caches.ehcache.EhcacheCache"/>
根据需求调整缓存参数:
<cache type="org.mybatis.caches.ehcache.EhcacheCache" >
<property name="timeToIdleSeconds" value="3600"/>
<property name="timeToLiveSeconds" value="3600"/>
<!-- 同ehcache参数maxElementsInMemory -->
<property name="maxEntriesLocalHeap" value="1000"/>
<!-- 同ehcache参数maxElementsOnDisk -->
<property name="maxEntriesLocalDisk" value="10000000"/>
<property name="memoryStoreEvictionPolicy" value="LRU"/>
</cache>
事务(Transaction)的四个属性(ACID):
- 1) 原子性(Atomic):事务是数据库的逻辑工作单位,而且是必须是原子工作单位,对于其数据修改,要么全部执行,要么全部不执行。
- 2) 一致性(Consistent):事务在完成时,必须是所有的数据都保持一致状态。在相关数据库中,所有规则都必须应用于事务的修改,以保持所有数据的完整性。
- 3) 隔离性(Isolated):一个事务的执行不能被其他事务所影响。
- 4) 持久性(Durable):一个事务一旦提交,事物的操作便永久性的保存在DB中。即使此时再执行回滚操作也不能撤消所做的更改。
事务并发处理可能引起的问题:
- 脏读(dirty read) 一个事务读取了另一个事务尚未提交的数据,
- 不可重复读(non-repeatable read) 一个事务的操作导致另一个事务前后两次读取到不同的数据
- 幻读(phantom read) 一个事务的操作导致另一个事务前后两次查询的结果数据量不同。
- 举例:
- 事务A、B并发执行时:
- 当A事务update后,B事务select读取到A尚未提交的数据,此时A事务rollback,则B读到的数据是无效的”脏”数据。
- 当B事务select读取数据后,A事务update操作更改B事务select到的数据,此时B事务再次读去该数据,发现前后两次的数据不一样。
- 当B事务select读取数据后,A事务insert或delete了一条满足A事务的select条件的记录,此时B事务再次select,发现查询到前次不存在的记录(“幻影”),或者前次的某个记录不见了。
事务隔离级别(Transaction Isolation Levels):
- TRANSACTION_NONE JDBC驱动不支持事务
- TRANSACTION_READ_UNCOMMITTED 允许脏读、不可重复读和幻读。
- TRANSACTION_READ_COMMITTED 禁止脏读,但允许不可重复读和幻读。
- TRANSACTION_REPEATABLE_READ 禁止脏读和不可重复读,单运行幻读。
- TRANSACTION_SERIALIZABLE 禁止脏读、不可重复读和幻读。
保存点(SavePoint):
- JDBC定义了SavePoint接口,提供在一个更细粒度的事务控制机制。当设置了一个保存点后,可以rollback到该保存点处的状态,而不是rollback整个事务。
- Connection接口的setSavepoint和releaseSavepoint方法可以设置和释放保存点。
- JDBC提供了DatabaseMetaData接口,提供了一系列JDBC特性支持情况的获取方法。比如,通过DatabaseMetaData.supportsTransactionIsolationLevel方法可以判断对事务隔离级别的支持情况,通过DatabaseMetaData.supportsSavepoints方法可以判断对保存点的支持情况。