框架：配置文件，最好的方式看官网
简介
什么是Mybatis
持久化
数据持久化
- 持久化就是将程序的数据在持久状态和瞬时状态转化的过程
- 内存：断点即失
- 数据库，io文件持久化
为什么需要持久化？
- 有一些对象，不能让他丢掉
- 内存太贵了
持久层
- 完成持久化工作的代码块
- 层界限十分明显
为什么需要Mybatis?
- 帮助程序猿将数据存入到数据库中
- 方便
- 传统的JDBC太复杂了。简化：框架
- 不用Mybatis也可以，更容易上手
- 优点：
-
简单易学：本身就很小且简单。没有任何第三方依赖，最简单安装只要两个jar文件+配置几个sql映射文件易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。
-
灵活：mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里，便于统一管理和优化。通过sql语句可以满足操作数据库的所有需求。
-
解除sql与程序代码的耦合：通过提供DAO层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。
-
提供映射标签，支持对象与数据库的orm字段关系映射
-
提供对象关系映射标签，支持对象关系组建维护
-
提供xml标签，支持编写动态sql。
-
第一个Mybatis程序
思路：搭建环境-->导入Mybatis-->编写代码-->测试
搭建环境
搭建数据库
create database `mybatis`;
use `mybatis`;
create table `user`(
`id` int not null primary key,
`name` varchar(30) default null,
`pwd` varchar(20) default null
)engine=innodb default CHARSET=utf8;
insert into `user`(`id`,`name`,`pwd`) values
(1,'hzx','123456'),
(2,'张三','123456'),
(3,'李四','123456')
新建项目
- 新建maven空项目
- 删除src
- 导入依赖
<!-- 导入依赖 --> <dependencies> <!-- mysql驱动 --> <dependency> <groupId>mysql</groupId> <artifactId>mysql-connector-java</artifactId> <version>8.0.25</version> </dependency> <!-- Mybatis --> <dependency> <groupId>org.mybatis</groupId> <artifactId>mybatis</artifactId> <version>3.5.2</version> </dependency> <!-- junit --> <dependency> <groupId>junit</groupId> <artifactId>junit</artifactId> <version>4.11</version> <scope>test</scope> </dependency> </dependencies>
创建一个模块
- 编写mybatis的核心配置文件
<?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"></transactionManager> <dataSource type="POOLED"> <property name="driver" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSL=true&useUnicode=true&characterEncoding=UTF-8"/> <property name="username" value="root"/> <property name="password" value="${password}"/> </dataSource> </environment> </environments> </configuration> - 编写mybatis工具类
public class MybatisUtils { private static SqlSessionFactory sqlSessionFactory; static { try { //获取SqlSessionFactory对象 String resource = "mybatis-config.xml"; InputStream inputStream = Resources.getResourceAsStream(resource); sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream); } catch (IOException e) { e.printStackTrace(); } } //既然有了SqlSessionFactory 就可以从中获取SqlSession的实例 //SqlSession完全包含了面向数据库执行SQL命令所需的所有方法 public static SqlSession getSqlSession(){ return sqlSessionFactory.openSession(); } }
编写代码
- 实体类
public class User { private int id; private String name; private String pwd; public int getId() { return id; } public void setId(int id) { this.id = id; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getPwd() { return pwd; } public void setPwd(String pwd) { this.pwd = pwd; } } - Dao接口
public interface UserDao { List<User> getUserList(); } - 接口实现类由原来Impl转化成Mapper配置文件
<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"> <!--namespace绑定一个dao/mapper接口--> <mapper namespace="com.hzx.dao.UserDao"> <select id="getUserList" resultType="com.hzx.pojo.User"> select * from user; </select> </mapper>
测试
注意点：
MapperRegistry是什么？
还是有问题，资源过滤问题
maven由于它的约定大于配置，写的配置文件，无法导出或者失效
<!-- 在build中配置resources，来防止资源导出失败问题 -->
<build>
<resources>
<resource>
<directory>src/main/resources</directory>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>
<filtering>true</filtering>
</resource>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>
<filtering>true</filtering>
</resource>
</resources>
</build> 
- junit测试
@Test public void test(){ //获得SqlSession对象 SqlSession sqlSession = MybatisUtils.getSqlSession(); //执行SQL //方法一 getMapper UserDao mapper = sqlSession.getMapper(UserDao.class); List<User> userList = mapper.getUserList(); for (User user:userList){ System.out.println(user); } //关闭 sqlSession.close(); }
可能遇到的问题：
- 配置文件没有后注册
- 绑定接口错误
- 方法名不对
- 返回类型不对
- Maven导出资源问题
CRUD
namespace
namespace中的报名要和Dao/Mapper中的包名一致
select
查询语句
- id：就是对应的namespace的方法名；
- resultType：SQL语句执行的返回值
- parameterType：参数类型
- 编写接口
- 编写对应的mapper中的SQL语句
- 测试
Insert
update
Delete
注意点：
- 增删改需要提交事务
分析错误
- 标签不要匹配错
- resource绑定mapper 需要使用路径
- 程序配置文件必须符合规定
- 空指针异常，没有注册到资源
- 输出的xml文件中存在中文乱码问题
- maven资源没有导出问题
Map
假设实体类或者数据库中表的字段或者参数过多，应该考虑使用Map
通过键值对的形式确定字段传递值
Map传递参数，直接在SQL中取出key即可【parameterType="map"】
对象传递参数，直接在SQL中取出对象的属性即可【parameterType="Object"】
只有一个基本类型参数的情况下，可以直接在SQL中取到
多个参数用Map，或者注解
模糊查询
- Java代码执行的时候，传递通配符%%
- 在SQL中拼接使用通配符
配置解析
核心配置文件
- mybatis-config.xml
- Mybatis的配置文件包含了会深深影响Mybatis行为的设置和属性信息
环境配置（Environments）
Mybatis可以配置成适应多种环境
注意：尽管可以配置多个环境，但每个SqlSessionFactory实例只能选择一种环境。
学会使用配置多套运行环境
Mybatis默认的事务管理器就是JDBC，连接池：POOLED
属性（properties）
可以通过properties属性来实现引用配置文件
这些属性都是外部配置且可动态替换的，既可以在典型的Java属性文件中配置，亦可通过properties元素的子元素传递
编写一个dp.properties文件
在核心配置文件中映入
<!-- 引入外部配置文件 -->
<properties resource="dp.properties">
</properties>- 可以直接引入外部文件
- 可以在其中增加一些属性配置
- 如果两个文件由同一个字段，优先使用外部配置文件
类型别名（typeAliases）
- 类型别名是为Java类型设置一个短的名字
- 存在的意义仅在于用来减少类完全限定名的冗余
<!-- 可以给实体类起别名 --> <typeAliases> <typeAlias type="com.hzx.pojo.User" alias="User"></typeAlias> </typeAliases>
也可以指定一个包名，Mybatis会在包名下面搜索需要的JavaBean，比如：扫描实体类的包，它的默认别名就为这个类的类名，首字母小写
<typeAliases>
<package name="com.hzx.pojo"/>
</typeAliases>在实体类比较少的时候，使用第一种方式
如果实体类较多，使用第二种方式
第一种可以DIY别名，第二种不行，如果非要改，需要在实体上增加注解
@Alias设置（settings）
这是Mybatis中极为重要的调整设置，它们会改变Mybatis的运行时行为
其他配置
- typeHandlers（类型处理器）
- objectFactory（对象工厂）
- plugins（插件）
- mybatis-generator-core
- mybatis-plus
- 通用mapper
映射器（mappers）
MapperRegistry：注册绑定我们的mapper文件；
方式一：
<!-- 每一个Mapper.xml都需要在Mybatis核心配置文件中注册 -->
<mappers>
<mapper resource="com/hzx/dao/UserMapper.xml"></mapper>
</mappers>方式二：使用class文件绑定注册
<!-- 每一个Mapper.xml都需要在Mybatis核心配置文件中注册 -->
<mappers>
<mapper resource="com.hzx.dao.UserDao"></mapper>
</mappers>注意点：
- 接口和它的Mapper配置文件必须同名
- 接口和它的Mapper配置文件必须在同一个包下
方式三：使用包扫描进行注入绑定
<!-- 每一个Mapper.xml都需要在Mybatis核心配置文件中注册 -->
<mappers>
<package name="com.hzx.dao"/>
</mappers>注意点：
- 接口和它的Mapper配置文件必须同名
- 接口和它的Mapper配置文件必须在同一个包下
生命周期和作用域
生命周期，和作用域是至关重要的，因为错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBuilder：
- 一旦创建了SqlSessionFactory，就不再需要它了
- 方法作用域（局部变量）
SqlSessionFactory：
- 可以想象为数据库连接池
- SqlSessionFactory一旦被创建就应该在应用的运行期间一致存在，没有任何理由丢弃它或重新创建另一个实例。
- 因此SqlSessionFactory的最佳作用域是应用作用域（全局变量）
- 最简单的就是使用单例模式或者静态单例模式
SqlSession：
- 连接到连接池的一个请求
- 关闭请求
- SqlSession的实例不是线程安全的，因此是不能被共享的，所以它的最佳的作用域是请求或方法作用域。用完之后需要赶紧关闭，否则资源被占用。
这里面每一个Mapepr就代表一个具体的业务。
解决属性名和字段名不一致的问题（ResultMap）
解决方法：
- 起别名
ResultMap
结果集映射
- ResultMap元素是Mybatis中最重要最强大的元素
- ResultMap的设计思想是，对于简单的语句根本不需要配置显示的结果映射，而对于复杂一点的语句只需要描述它们的关系就行了。
- ResultMap最优秀的地方在于，虽然你已经对它相当了解了，但是根本就不需要显式地用到gong
日志
日志工厂
如果数据库操作，出现了异常，需要排错，日志就是最好的助手
- SLF4J
- LOG4J 【掌握】
- LOG4J2
- JDK_LOGGING
- COMMONS_LOGGING
- STDOUT_LOGGING 【掌握】
- NO_LOGGINF
在Mybatis中具体使用哪个日志实现，在设置中设定。
在Mybatis核心文件中配置
<settings>
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>STDOUT_LOGGING标准日志输出
Log4j
什么是log4j
- Log4j是Apache的一个开源项目，通过使用Log4j，我们可以控制日志信息输送的目的地是控制台、文件、GUI组件
- 我们也可以控制每一条日志的输出格式
- 通过定义每一条日志信息的级别，我们能够更加细致地控制日志的生成过程
- 通过一个配置文件来灵活地进行配置，而不需要修改应用的代码
使用
- 先导入log4j的包
<dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.17</version> </dependency> - log4j.properties
#设置将等级为DEBUG的日志信息输出到console和file这两个目的地,console和file的定义在下面代码 log4j.rootLogger = DEBUG,console,file #控制台输出的相关设置 log4j.appender.console = org.apache.log4j.ConsoleAppender log4j.appender.console.Target = System.out log4j.appender.console.Threshold=DEBUG log4j.appender.console.layout = org.apache.log4j.PatternLayout log4j.appender.console.layout.conversionPattern=[%c]-%m%n #文件输出的相关设置 log4j.appender.file = org.apache.log4j.RollingFileAppender log4j.appender.file.File=./log/hzx.log log4j.appender.file.MaxFilesize=10mb log4j.appender.file.Threshold=DEBUG log4j.appender.file.layout=org.apache.log4j.PatternLayout log4j.appender.file.layout.ConversionPattern=[%p][%d{yy-MM-dd}][%c]‰m%n #日志输出级别 log4j.logger.org.mybatis=DEBUG log4j.logger.java.sql=DEBUG log4j.logger-java.sql.Statement=DEBUG log4j.logger.java.sql.ResultSet=DEBUG log4j.logger.java.sql.PreparedStatement=DEBUG - 配置log4j为日志的实现
<settings> <setting name="logImpl" value="LOG4J"/> </settings> - log4j测试
简单使用
- 在使用log4j的类中导入包
import org.apache.log4j.Logger; - 日志对象，参数为当前类的class
static Logger logger = Logger.getLogger(UserDaoTest.class); - 日志级别
logger.info("info:进入了log4j"); logger.debug("debug:进入了log4j"); logger.error("error:进入了log4j");
分页
思考：为什么要分页？
- 减少数据的处理量
使用limit分页
使用Mybatis实现分页，核心SQL
- 接口
//分页 List<User> getUserByLimit(Map<String,Integer> map); - Mapper.xml
<select id="getUserByLimit" parameterType="map" resultType="com.hzx.pojo.User"> select * from `user` limit #{startIndex},#{pageSize} </select> - 测试
@Test public void getUserByLimit(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserDao mapper = sqlSession.getMapper(UserDao.class); Map<String,Integer> map = new HashMap<String,Integer>(); map.put("startIndex",0); map.put("pageSize",2); List<User> userByLimit = mapper.getUserByLimit(map); for (User user:userByLimit){ System.out.println(user); } sqlSession.close(); }
Rowounds分页
不再使用SQL实现分页
- 接口
//分页RowBounds List<User> getUserByRowBounds(); - mapper.xml
<select id="getUserByRowBounds" resultType="com.hzx.pojo.User"> select * from `user` </select> - 测试
@Test public void getUserByRowBounds(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); RowBounds rowBounds = new RowBounds(1, 2); //通过Java代码层面实现分页 List<User> userList = sqlSession.selectList("com.hzx.dao.UserDao.getUserByRowBounds",null,rowBounds); for (User user:userList){ System.out.println(user); } sqlSession.close(); }
PageHelper
Mybatis分页插件，了解即可
使用注解开发
面向接口编程
之前学过面向对象编程，也学习过接口，但在真正的开发中，很多时候会选择面向接口编程
根本原因：解耦，可拓展，提高复用，分层开发中，上层不用管具体的实现，大家都遵守共同的标准，使得开发变得容易，规范性好
在一个面向对象的系统中，系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下，各个对象内部是如何实现自己的，对系统设计人员来讲就不那么重要了；
而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信，大到各模块之间的交互，在系统设计之初都要着重考虑，这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。
关于接口的理解
接口从更深层次的理解，应是定义（规范、约束）与实现（名实分离的原则）的分离
接口的本身反映了系统设计人员对系统的抽象理解
接口应有两类：
- 第一类是对一个个体的抽象，它可对应为一个抽象体（abstract class）；
- 第二类是对一个个体某一方面的抽象，即形成一个抽象面（interface）；
一个体有可能有多个抽象面。抽象体与抽象面是有去别的。
三个面向区别
面向对象是指，我们考虑问题时，以对象为单位，考虑它的属性及方法
面向过程是指，我们考虑问题时，以一个具体的流程（事务过程）为单位，考虑它的实现
接口设计与非接口设计是针对复用技术而言的，与面向对象（过程）不是一个问题，更多的体现就是对系统整体的架构
使用注解开发
1、注解在接口上是实现
@Select("select * from user")
List<User> getUers();2、需要在核心配置文件中绑定接口
<!-- 绑定接口 -->
<mappers>
<mapper class="hzx.dao.UseMapper"></mapper>
</mappers>3、测试
@Test
public void test(){
SqlSession sqlSession = MybatisUtils.getSqlSession();
//底层主要应用反射
UseMapper mapper = sqlSession.getMapper(UseMapper.class);
List<User> uers = mapper.getUers();
for (User user:uers){
System.out.println(user);
}
sqlSession.close();
}本质：反射机制实现
底层：动态代理
Mybatis详细的执行流程
CRUD
可以在工具类创建的时候实现自动提交事务
//既然有了SqlSessionFactory 就可以从中获取SqlSession的实例
//SqlSession完全包含了面向数据库执行SQL命令所需的所有方法
public static SqlSession getSqlSession(){
return sqlSessionFactory.openSession(true);
}编写接口，增加注解
public interface UseMapper {
@Select("select * from user")
List<User> getUers();
// 方法存在多个参数，所有参数钱前面必须加上@Param
@Select("select * from user where id = #{id}")
User getUserByID(@Param("id") int id);
@Insert("insert into user(id,name,pwd) values(#{id},#{name},#{pwd})")
int addUser(User user);
@Update("update user set name=#{name},pwd=#{pwd} where id = #{id}")
int updateUser(User user);
@Delete("delete from user where id = #{id}")
int deleteUser(@Param("id")int id);
}
测试类
public class UserMapperTest {
@Test
public void test(){
SqlSession sqlSession = MybatisUtils.getSqlSession();
//底层主要应用反射
UseMapper mapper = sqlSession.getMapper(UseMapper.class);
List<User> uers = mapper.getUers();
for (User user:uers){
System.out.println(user);
}
User userByID = mapper.getUserByID(1);
System.out.println(userByID);
mapper.addUser(new User(4, "hello", "123456"));
mapper.updateUser(new User(4,"hzx","123456"));
mapper.deleteUser(4);
sqlSession.close();
}
}
注意：我们必须要将接口注册绑定到我们核心的配置文件中
<!-- 绑定接口 -->
<mappers>
<mapper class="hzx.dao.UseMapper"></mapper>
</mappers>关于@Param()注解
- 基本类型的参数或者String类型，需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话，可以忽略，但是建议加上
- 在SQL中引用的就是在@Param中设定的属性名
#{ } 和${ }区别就相当于Statement 和 PreparedStatement
Lombok
@Getter and @Setter
@FieldNameConstants //字段属性常量
@ToString
@EqualsAndHashCode
@AllArgsConstructor, @RequiredArgsConstructor and @NoArgsConstructor //构造参数
@Log, @Log4j, @Log4j2, @Slf4j, @XSlf4j, @CommonsLog, @JBossLog, @Flogger, @CustomLog
@Data
@Builder
@SuperBuilder
@Singular
@Delegate
@Value
@Accessors
@Wither
@With
@SneakyThrows
说明：
@Data：无参构造，get、set、tostring、hascode、equals...
@AllArgsConstructor 有参
@NoArgsConstructor 无参多对一处理
多对一：
- 多个学生，对应一个老师
- 对于学生而言，关联，多个学生关联一个老师【多对一】
- 对于老师而言， 集合，一个老师有很多学生【一对多】
SQL：
create table `teacher`(
`id` int(10) not null,
`name` varchar(30) default null,
primary key (`id`)
)engine=innodb default charset=utf8
insert into teacher(`id`,`name`) values (1,'黄老师');
create table `student`(
`id` int(10) not null,
`name` varchar(30) default null,
`tid` int (10) default null,
primary key (`id`),
key `fktid` (`tid`),
constraint `fktid` foreign key (`tid`) references `teacher` (`id`)
)engine=innodb default charset=utf8
insert into `student`(`id`,`name`,`tid`)
values
(1,"小明",1),
(2,"小红",1),
(3,"小张",1),
(4,"小李",1),
(5,"小王",1);测试环境搭建
- 导入Lombok
- 新建实体类Teacher，Student
- 建立Mapper接口
- 建立Mapper.xml文件
- 在核心配置文件中绑定注册我们的Mapper接口或者文件【方式很多，随心选择】
- 测试查询是否能够成功
按照查询嵌套处理
<!--
思路:
1、查询所有的学生信息
2、根据查询出来的学生的tid,寻找对应的老师
-->
<select id="getStudent" resultMap="StudentTeacher">
select * from student
</select>
<resultMap id="StudentTeacher" type="com.hzx.pojo.Student">
<result property="id" column="id"></result>
<result property="name" column="name"></result>
<!-- 复杂的属性单独处理
对象: association
集合: collection
-->
<association property="teacher" column="tid" javaType="com.hzx.pojo.Teacher" select="getTeacher"></association>
</resultMap>
<select id="getTeacher" resultType="com.hzx.pojo.Teacher">
select * from teacher where id = #{id}
</select>按照结果嵌套处理
<!-- 按照结果嵌套处理 -->
<select id="getStudent" resultMap="StudentTeacher2">
select s.id sid,s.name sname,t.name tname
from student s,teacher t
where s.tid = t.id;
</select>
<resultMap id="StudentTeacher2" type="com.hzx.pojo.Student">
<result property="id" column="sid"></result>
<result property="name" column="sname"></result>
<association property="teacher" javaType="com.hzx.pojo.Teacher">
<result property="name" column="tname"></result>
</association>
</resultMap>回顾Mysql多对一方式：
- 子查询
- 联表查询
一对多处理
比如：一个老师拥有多个学生
对于老师而言，就是一对多的关系
按结果嵌套查询
<!-- 按结果嵌套查询 -->
<select id="getTeacher" resultMap="TeacherStudent">
select s.id sid, s.name sname, t.name tname, t.id tid
from student s, teacher t
where s.tid = t.id and t.id = #{id}
</select>
<resultMap id="TeacherStudent" type="com.hzx.pojo.Teacher">
<result property="id" column="tid"></result>
<result property="name" column="tname"></result>
<!-- javaType 指定属性的类型
集合中的泛型信息 使用ofType获取
-->
<collection property="students" ofType="com.hzx.pojo.Student">
<result property="id" column="sid"></result>
<result property="name" column="sname"></result>
<result property="tid" column="tid"></result>
</collection>
</resultMap>按照查询嵌套处理
<select id="getTeacher" resultMap="TeacherStudent">
select * from teacher where id = #{id}
</select>
<resultMap id="TeacherStudent" type="com.hzx.pojo.Teacher">
<result property="id" column="tid"></result>
<result property="name" column="tname"></result>
<collection property="students" javaType="java.util.List" ofType="com.hzx.pojo.Student" select="getStudentByTeacherId" column="id"></collection>
</resultMap>
<select id="getStudentByTeacherId" resultType="com.hzx.pojo.Student">
select * from student where tid = #{tid}
</select>
小结
- 关联 - association【多对一】
- 集合 - collection 【一对多】
- javaType & ofType
- javaType 用来指定实体类中属性的类型
- ofType 用来指定映射到List或者集合中的pojo类型，泛型中的约束类型
注意点：
- 保证SQL的可读性，尽量保证通俗易懂
- 注意一对多和多对一中，属性名和字段的问题
- 如果问题不好排查错误，可以使用日志，建议使用Log4j
面试高频
- MySQL引擎
- InnoDB底层原理
- 索引
- 索引优化
动态SQL
什么是动态SQL：动态SQL就是指根据不同的条件生成不同的SQL语句
搭建环境
create table `blog`(
`id` varchar(50) not null comment '博客id',
`title` varchar(100) not null comment '博客标题',
`author` varchar(30) not null comment '博客作者',
`create_time` datetime not null comment '创建时间',
`views` int(30) not null comment '浏览器'
)engine=innodb default charset=utf8创建一个基础工程
- 导包
- 编写配置文件
- 编写实体类
@Data public class Blog { private int id; private String title; private String author; private Date createTime; private int views; } - 编写实体类对应的Mapper接口和Mapper.xml文件
if
<select id="queryBlogIF" parameterType="java.util.Map" resultType="com.hzx.pojo.Blog">
select * from blog where 1=1
<if test="title != null">
and title = #{title}
</if>
<if test="author != null">
and author = #{author}
</if>
</select>choose(when,otherwise)
<select id="queryBlogChoose" parameterType="java.util.Map" resultType="com.hzx.pojo.Blog">
select * from blog
<where>
<choose>
<when test="title != null">
title = #{title}
</when>
<when test="author != null">
and author = #{author}
</when>
<otherwise>
and views = #{views}
</otherwise>
</choose>
</where>
</select>trim(where,set)
<update id="updateBlog" parameterType="java.util.Map">
update blog
<set>
<if test="title !=bull">
title = #{title},
</if>
<if test="author != null">
author = #{author}
</if>
</set>
where id =#{id}
<trim prefix="WHERE" prefixOverrides="AND | OR">
</trim>
</update>所谓动态SQL，本质还是SQL语句，只是可以在SQL层面，去执行一些逻辑代码
SQL片段
有的时候，可能会将一些公共的部分抽取出来，方便复用
//使用SQL标签抽取公共的部分
<sql id="if-title-author">
<if test="title !=bull">
title = #{title},
</if>
<if test="author != null">
author = #{author}
</if>
</sql>
//需要使用的地方使用include标签引用
<update id="updateBlog" parameterType="java.util.Map">
update blog
<set>
<include refid="if-title-author"></include>
</set>
where id =#{id}
</update>
注意事项：
- 最好基于单表来定义SQL片段
- 不要存在where标签
Foreach
<select id="queryBlogForeach" parameterType="java.util.Map" resultType="com.hzx.pojo.Blog">
select * from blog
<where>
<foreach collection="ids" item="id" open="and (" close=")" separator="or">
id = #{id}
</foreach>
</where>
</select>动态SQL就是在拼接SQL语句，只要保证SQL的正确性，按照SQL的格式，去排列组合就可以
建议：
- 现在MySQL中写出完整的SQL，再对应的去修改成为动态SQL实现通用即可
缓存
简介
什么是缓存（Cache）
- 存在内存中的临时数据
- 将用户经常查询的数据放在缓存（内存）中，用户去查询数据就不用从磁盘上（关系型数据库数据文件）查询，从缓存中查询，从而提高查询效率，解决了高并发系统的性能问题。
为什么使用缓存
- 减少和数据库的交互次数，减少系统开销，提高系统效率
什么样的数据能使用缓存
- 经常查询并且不经常修改的数据【可以使用缓存】
Mybatis缓存
- Mybatis包含一个非常强大的查询缓存特性，它可以非常方便地定制和配置缓存。缓存可以极大的提升查询效率。
- Mybatis系统中默认定义了两级缓存：一级缓存和二级缓存
- 默认情况下，只有一级缓存开启。（SqlSession级别的缓存，也成为本地缓存）
- 二级缓存需要手动开启和配置，它是基于namespace级别的缓存
- 为了提高扩展性，Mybatis定义了缓存接口Cache。可以通过实现Cache接口来自定义二级缓存
一级缓存
- 一级缓存也叫本地缓存：
- 与数据库同一次会话期间查询到的数据会放在本地缓存中
- 以后如果需要获取相同的数据，直接从缓存中取，没必须再去查询数据库
测试步骤：
- 开启日志
- 测试在一个Session查询两次相同记录
@Test public void test(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); User user = mapper.queryUserById(1); System.out.println(user); System.out.println("================="); User user2 = mapper.queryUserById(1); System.out.println(user2); System.out.println(user==user2); sqlSession.close(); } - 查看日志输出
缓存失效的情况：
- 查询不同的东西
- 增删改操作，可能会改变原来的数据，所以必定会刷新缓存
- 查询不同的Mapper.xml
- 手动清理缓存
sqlSession,clearCache();//手动清理缓存
小结：一级缓存默认是开启的，只在一次sqlSession中有效，也就是拿到连接到关闭连接这个区间段。
一级缓存相当于一个Map，用完即失
二级缓存
- 二级缓存也叫全局缓存，一级缓存作用域太低了，所以诞生了二级缓存
- 基于namespace级别的缓存，一个名称空间，对应一个二级缓存
- 工作机制
- 一个会话查询一条数据，这个数据就会被放在当前会话的一级缓存中
- 如果当前会话关闭了，这个会话对应的一级缓存就没了；但是我们想要的是，会话关闭了，一级缓存中的数据被保存到二级缓存中
- 新的会话查询信息，既可以从二级缓存中获取内容
- 不同的mapper查出的数据会被放在自己对应的缓存（map）中
步骤：
- 开启全局缓存（核心配置文件）
<settings> <!-- 显示的开启全局缓存 --> <setting name="cacheEnabled" value="true"/> </settings> - 在要使用二级缓存的Mapper中开启
<!-- 在当前Mapper.xml中使用二级缓存 --> <!-- 默认 --> <cache></cache> <!-- 自定义参数 --> <cache eviction="FIFO" flushInterval="60000" size="512" readOnly="true"></cache> - 测试
- 问题：需要将实体类序列化，否则会报错
小结：
- 只要开启了二级缓存，在同一个Mapper下就有效
- 所有的数据都会放在一级缓存中
- 只有当会话提交，或者关闭的时候，才会提交到二级缓存中
缓存原理
自定义缓存-ehcache
Ehcache是一种广泛使用的开源Java分布式缓存。主要面向通用缓存
导包
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.2.1</version>
</dependency>配置Mapper.xml文件
<cache type="org.mybatis.caches.ehcache.EhcacheCache"></cache>编写ehcache.xml文件
<?xml version="1.0" encoding="UTF-8"?>
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
updateCheck="false">
<!--
diskStore：为缓存路径，ehcache分为内存和磁盘两级，此属性定义磁盘的缓存位置。参数解释如下：
user.home – 用户主目录
user.dir – 用户当前工作目录
java.io.tmpdir – 默认临时文件路径
-->
<diskStore path="./tmpdir/Tmp_EhCache"/>
<defaultCache
eternal="false"
maxElementsInMemory="10000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="259200"
memoryStoreEvictionPolicy="LRU"/>
<cache
name="cloud_user"
eternal="false"
maxElementsInMemory="5000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="1800"
memoryStoreEvictionPolicy="LRU"/>
<!--
defaultCache：默认缓存策略，当ehcache找不到定义的缓存时，则使用这个缓存策略。只能定义一个。
-->
<!--
name:缓存名称。
maxElementsInMemory:缓存最大数目
maxElementsOnDisk：硬盘最大缓存个数。
eternal:对象是否永久有效，一但设置了，timeout将不起作用。
overflowToDisk:是否保存到磁盘，当系统当机时
timeToIdleSeconds:设置对象在失效前的允许闲置时间（单位：秒）。仅当eternal=false对象不是永久有效时使用，可选属性，默认值是0，也就是可闲置时间无穷大。
timeToLiveSeconds:设置对象在失效前允许存活时间（单位：秒）。最大时间介于创建时间和失效时间之间。仅当eternal=false对象不是永久有效时使用，默认是0.，也就是对象存活时间无穷大。
diskPersistent：是否缓存虚拟机重启期数据 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
diskSpoolBufferSizeMB：这个参数设置DiskStore（磁盘缓存）的缓存区大小。默认是30MB。每个Cache都应该有自己的一个缓冲区。
diskExpiryThreadIntervalSeconds：磁盘失效线程运行时间间隔，默认是120秒。
memoryStoreEvictionPolicy：当达到maxElementsInMemory限制时，Ehcache将会根据指定的策略去清理内存。默认策略是LRU（最近最少使用）。你可以设置为FIFO（先进先出）或是LFU（较少使用）。
clearOnFlush：内存数量最大时是否清除。
memoryStoreEvictionPolicy:可选策略有：LRU（最近最少使用，默认策略）、FIFO（先进先出）、LFU（最少访问次数）。
FIFO，first in first out，这个是大家最熟的，先进先出。
LFU， Less Frequently Used，就是上面例子中使用的策略，直白一点就是讲一直以来最少被使用的。如上面所讲，缓存的元素有一个hit属性，hit值最小的将会被清出缓存。
LRU，Least Recently Used，最近最少使用的，缓存的元素有一个时间戳，当缓存容量满了，而又需要腾出地方来缓存新的元素的时候，那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
-->
</ehcache>关注狂神说Java B站有免费教学视频