简介
1.1 什么是MyBatis
数据持久化、自定义 SQL、存储过程以及高级映射(方便写SQL语句)
1.2 持久层
1.3 CRUD
增、删、改,需要提交事务commit()
1.4 与JDBC比较
1.4.1 从XML中构建SqlSessionFactory
SqlSessionFactory的实例可以通过SqlSessionFactoryBuilder获得。SqlSessionFactoryBuilder则可以从 XML 配置文件或一个预先配置的 Configuration 实例来构建出 SqlSessionFactory 实例。
<?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>
1.4.2 从SqlSessionFactory中获取SqlSession
SqlSession【每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。 绝对不能将 SqlSession 实例的引用放在一个类的静态域,甚至一个类的实例变量也不行。 也绝不能将 SqlSession 实例的引用放在任何类型的托管作用域中,比如 Servlet 框架中的 HttpSession。 如果你现在正在使用一种 Web 框架,考虑将 SqlSession 放在一个和 HTTP 请求相似的作用域中。 换句话说,每次收到 HTTP 请求,就可以打开一个 SqlSession,返回一个响应后,就关闭它。 这个关闭操作很重要,为了确保每次都能执行关闭操作,你应该把这个关闭操作放到 finally 块中。 】
- 编写MyBatisUtils类:
public class Mybatisutils {
private static SqlSessionFactory sqlSessionFactory;
static {
try{
String resource = "org/mybatis/example/mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
} catch (IOException e) {
throw new RuntimeException(e);
}
}
public static SqlSession getSqlSession(){
return sqlSessionFactory.openSession();
}
}
1.4.3 探究已映射的SQL语句
基于 XML 映射语句的示例,它应该可以满足上个示例中 SqlSession 的调用。最后要关闭SqlSession,sqlSession.close()
1.5 万能Map和模糊查询
实体类、或者数据库中的表,字段或者参数过多,我们应当考虑使用Map。如果实体,Map传递参数,直接在sql中取出key。对象传递参数,直接在sql取对象的属性即可。
1.6 解析配置
1.6.1 环境配置
- MyBatis 可以配置成适应多种环境,尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。
- 事务管理器(transactionManager):在 MyBatis 中有两种类型的事务管理器(也就是 type=“[JDBC|MANAGED]”)
- 数据源:大多数 MyBatis 应用程序会按示例中的例子来配置数据源。虽然数据源配置是可选的,但如果要启用延迟加载特性,就必须配置数据源。
有三种内建的数据源类型(也就是 type=“[UNPOOLED|POOLED|JNDI]”)
1.6.2 属性(properties)
这些属性可以在外部进行配置,并可以进行动态替换。相比于:
<properties resource="org/mybatis/example/config.properties">
<property name="username" value="dev_user"/>
<property name="password" value="F2Fa3!33TYyg"/>
</properties>
优先使用外部文件的内容。
1.6.3 别名(typeAliases)
<typeAliases>
<typeAlias alias="Author" type="domain.blog.Author"/>
<typeAlias alias="Blog" type="domain.blog.Blog"/>
<typeAlias alias="Comment" type="domain.blog.Comment"/>
<typeAlias alias="Post" type="domain.blog.Post"/>
<typeAlias alias="Section" type="domain.blog.Section"/>
<typeAlias alias="Tag" type="domain.blog.Tag"/>
</typeAliases>
实体类比较多,可以使用
<typeAliases>
<package name="domain.blog"/>
</typeAliases>
若有注解,则别名为其注解值。实体类比较多可以@Alias("author")
1.6.4 映射器
既然 MyBatis 的行为已经由上述元素配置完了,我们现在就要来定义 SQL 映射语句了。 但首先,我们需要告诉 MyBatis 到哪里去找到这些语句。 在自动查找资源方面,Java 并没有提供一个很好的解决方案,所以最好的办法是直接告诉 MyBatis 到哪里去找映射文件。
1.6.5 生命周期
SqlSessionFactoryBuilder:
- 一旦创建了 SqlSessionFactory,就不再需要它了。
- 局部变量
SqlSessionFactory
- 可以想象为:数据库连接池。
- 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。
- 最佳作用域是应用作用域。
SqlSession
- 连接到连接池的一个请求。
- . SqlSession的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。
- 用完之后需要赶紧关闭,否则资源被占用。
1.6.6 日志工厂
logImpl:指定 MyBatis 所用日志的具体实现,未指定时将自动查找。SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING
- STDOUT_LOGGING
<settings>
<setting name="loglmpl" value="STDOUT_LOGGING"/>
</settings>
- log4j
1.6.7 RowBounds分页、PageHelper
1.6.8 MyBatis执行流程:
Resource获取加载全局配置文件 → 实例化SqlSessionFactoryBuilder构造器 → 解析配置文件XMLConfigBuilder→Configuration所有的配置信息→SqlSessionFactory实例化→tran sactional事务管理→创建executor执行器→创建SqlSession→实现CRUD→查看是否执行成功→提交事务→关闭。(如果实现CRUD失败,回滚到事务管理)
1.6.9 缓存
SqlSession对数据库进行查询时,得到的结果放在一级缓存。当SqlSession关闭的时候,将一级缓存的放到Mapper中的二级缓存里面。用户进来,先看二级缓存有没有,再看一级缓存有咩有,最后查询数据库。
- Ehcache缓存