Mybatis 思维导图模板_ProcessOn思维导图、流程图

简介

优缺点

优点

配置使用连接池简单

SQL语句写在配置文件中与java代码分离，支持态SQL

自动映射java对象和sql语句

与JDBC比较代码量减少

缺点

SQL编写工作量大

sql语句依赖数据库，项目移植性降低，不能随意变更数据库

与其他方式比较

与jdbc比较

jdbc

需要自己实现连接池

PreparedStatement使用占位符传参，存在硬编码

对结果集的处理存在大量重复代码

mybatis

集成连接池简单

在xml配置文件中写SQL，实现与java代码分离

自动映射java对象与SQL语句

与hibernate比较

hibernate

全变映射框架

提供了日志、缓存、级联（更强大）等特性，数据库无关性更好（但会消耗更多的性能）

重量级框架，学习成本高，适合需求相对稳定的项目

Hibernate 是一个强大、方便、高效、复杂、间接、全自动化的持久层框架。

mybatis

半自动映射框架

支持动态SQL，处理列表，动态生成表名，支持存储过程，但工作量相对大些

不支持数据库无关，但SQL优化相对简单

MyBatis 是一个小巧、方便、高效、简单、直接、半自动化的持久层框架

映射器

#{}与${}传参的区别

#{}

占位符预编译阶段处理

变量替换在DBMS中进行

${}

字符串替换，不需要预编译处理

变量替换在DBMS之前进行

Like语句查询

1.直接编码硬拼接

’%${question}%’

会有SQL注入风险不推荐

"%"#{question}"%"

2.CONCAT()函数

CONCAT('%','***','$')

3.bind标签

<select id="listUserLikeUsername" resultType="com.jourwon.pojo.User"> <bind name="pattern" value="'%' + username + '%'" /> select id,sex,age,username,password from person where username LIKE #{pattern} </select>

传递多个参数

1.顺序传参

2.@Param注解

3.Map对象

4.Java Bean

批量操作

使用ExecutorType.BATCH

主键生成方式

1.<insert id="insertUser" useGeneratedKeys="true" keyProperty="userId" >***</insert>

2.<selectKey keyColumn="id" resultType="long" keyProperty="id" order="BEFORE">***</selectKey>

执行器（Executor）

BaseExecutor

三种基本执行器

SimpleExecutor（Mybatis默认使用）

每次使用开启Statement对象，用完即关闭

ReuseExecutor

以SQL id为键查找Statement对象，没有才创建。使用后不关闭

BatchExecutor

将所有语句添加到批处理中，统一执行

不足：在insert时，事务未提交之前不能获取自增长ID

不支持select的批处理（JDBC批处理不支持select）

严格限制在sqlSession生命周期范围内

作用范围

严格限制在SQL Session生命周期返回内

概述

在mybatis配置文件中可以单独指定使用的执行器，在开启用session会话的时候配置

可以在全局配置中设置执行器，但不建议这么做

CachingExecutor

和缓存相关，二级缓存会先从这获取数据，未命中才去数据库查询

参考：https://blog.csdn.net/zongf0504/article/details/100104029

延迟加载

仅支持关联类型（嵌套查询）的延迟加载

原理

使用CGLIB创建对象的代理对象

Mapper编写方式

1.接口实现类继承 SqlSessionDaoSupport：使用此种方法需要编写mapper 接口，mapper 接口实现类、mapper.xml 文件。

2.使用 org.mybatis.spring.mapper.MapperFactoryBean

3.使用 mapper 扫描器

运行原理

编程步骤

1.创建SqlSessionFactory

2.通过SqlSessionFactory创建SqlSession

3.通过SqlSession执行数据库操作

4.调用session.commit()提交事务

5.调用session.close()关闭session

工作原理

1.读取mybatis全局配置文件（mybatis-config.xml），其中包含了运行环境等信息

如：数据库连接信息等

2.加载全局配置文件中配置的SQL映射文件

3.通过运行环境等配置构建会话工厂（SqlSessionFactory）

4.通过会话工厂创建会话对象

包含了执行SQL语句的所有方法

5.执行器（Executor）操作数据库

通过session传递的参数动态的生成要执行的SQL语句，同时负责查询缓存的维护

6.MappedStatement

执行器接口中有一个MappedStatement参数，该参数是对映射信息的封装，用于存储要映射sql的Id和参数等信息

每一个<select> 、<insert> 、<update> 、<delete> 标签，都会被解析为一个MappedStatement对象。

7.输入参数映射

8.输出参数映射

架构功能

API接口层

对外提供使用；已接收到请求就转发给数据处理层处理

主要接口

数据增加接口

数据查询接口

数据修改接口

数据删除接口

接口调用方式

基于Statement ID

基于Mapper接口

数据处理层

负责Sql的查找，解析，执行和结果映射，主要完成一次数据库操作

主要操作

1.参数映射

2.SQL解析

3.SQL执行

4.结果集映射

基础支持层

负责基础功能支持

事务管理

连接池管理

缓存机制

SQL配置方式

注解

xml

引导层

基于xml配置方式

基于java API 方式

预编译

在发送语句在DBMS之前对sql进行编译，不需要SBMS进行编译

优点

预编译阶段可以合并多次SQL操作为一次

编译语句对象可以重复利用，把一个SQL语句编译产生的PreparedStatment对象缓存下来，下次可以直接使用

mybatis默认对所有SQL进行预编译

防止SQL注入

高级查询

一对一 一对多 查询方式

关联查询

嵌套查询

枚举（Enum）支持

自定义实现TypeHandler实现类型映射

动态SQL

分页

分页方式

使用RowBounds对象进行内存分页（假分页）

分页原理

用Mybatis提供的插件接口， 实现自定义插件，在插件的拦截方法内拦截待执行的sql，然后重写sql，根据dialect方言，添加对应的物理分页语句和物理分页参数。

mybatis支持插件

可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor这4种接口的插件

缓存

一级缓存

会话级缓存，会话结束即清空

对其他session对数据的CUD操作无法感知

基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session

是一个粗粒度的缓存，没有更新缓存和缓存过期的概念，同时只是使用了默认的hashmap，也没有做容量上的限定

对统一SQL的认定Key为：Statement Id + Offset + Limmit + Sql + Params

有多个SqlSession或者分布式的环境下，有操作数据库写的话，会引起脏数据，建议是把一级缓存的默认级别设定为Statement，即不使用一级缓存

二级缓存

存储作用域为 Mapper(Namespace)

默认不打开二级缓存

使用二级缓存属性类需要实现Serializable序列化接口(可用来保存对象的状态),可在它的映射文件中配置、<cache/> ；

多表查询时，极大可能会出现脏数据，有设计上的缺陷，安全使用的条件比较苛刻

分布式环境下必然会出现读取到脏数据，需要使用集中式缓存将Mybatis的Cache接口实现，有一定的开发成本，不如直接用Redis，Memcache实现业务上的缓存就好了。

注意事项及解决办法

由于二级缓存基于namespace缓存，如果在另外一个namespace更改了数据是无法感知的，因此建议在同一个namespace下处理CRUD。 解决办法： <cache-ref namespace="*。*。*Mapper"/> cache-ref代表引用别的命名空间的Cache配置，两个命名空间的操作使用的是同一个Cache。不过这样做会使缓存粒度变粗，如果关联较多就失去了缓存的意义。

更新机制

当某一作用于进行CUD操作后，其下所有select缓存清空

数据的查询执行的流程就是 二级缓存 -> 一级缓存 -> 数据库。

其他

接口绑定方式

在接口方法上加@select @Update等注解

通过xml方式，指定namespace与接口类关联

接口调用时注意事项

Mapper接口方法名和mapper.xml中定义的每个sql的id相同。

Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同

Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同。

Mapper.xml文件中的namespace即是mapper接口的类路径。

Mapper接口是没有实现类的，当调用接口方法时，接口全限名+方法名拼接字符串作为key值，可唯一定位一个 MappedStatement

接口方法不能重载

XML文件与Mybatis内部对象对应关系

1.Mybatis将所有Xml配置信息都封装到All-In-One重量级对象Configuration内部。在Xml映射文件中， 2.<parameterMap> 标签会被解析为ParameterMap对象，其每个子元素会被解析为ParameterMapping对象。 3.<resultMap> 标签会被解析为ResultMap对象，其每个子元素会被解析为ResultMapping对象。每一个 4.<select> 、<insert> 、<update> 、<delete> 标签均会被解析为MappedStatement对象， 5.标签内的sql会被解析为BoundSql对象。

参考文献： https://www.jianshu.com/p/c553169c5921 https://thinkwon.blog.csdn.net/article/details/101292950

你真的会用Mybatis的缓存么，不知道原理的话，容易踩坑哦