Mybatis知识体系

最新推荐文章于 2024-04-18 09:42:43 发布

李李李李李葛尔愣

最新推荐文章于 2024-04-18 09:42:43 发布

阅读量166

点赞数

文章标签：数据库 mybatis java spring mysql

本文链接：https://blog.csdn.net/weixin_45559694/article/details/119383037

版权

1、缓存机制

##一级缓存：
1> mybatis一级缓存的生命周期和SqlSession一致，
   mybatis一级缓存结构是一个没有容量限定的HashMap
   (一级缓存是默认开启的)

2> 同一个SqlSession,Mybatis会将方法和参数根据算法生成键值，将键值和结果进行缓存，
   放入LocalCache中.

3> 不同的SqlSession之间的缓存LocalCache是相互隔离的.

4> 可通过flushCache=true清空缓存（本地缓存和二级缓存）.

5> select语句中flushCache默认为false，useCache为true.
   update insert delete 默认flushCache为true.
   即：任何update insert  delete 语句都会清空缓存.

6> 每个SqlSession中都持有Executor,每个Executor中都有一个LocalCache，当用户发起查询时,
   Mybatis会根据当前执行的语句生成MappedStatement,在LocalCache中进行查询，如果缓存命中,
   直接返回结果给用户，如果缓存没有命中，查询数据库，结果写入LocalCache后返回给用户.


7>、<setting name="localCacheScope" value="SESSION"/>
    默认是session级别的,即一个mybatis会话中执行的所有语句，都会共享这一个缓存
    另一种是statement级别，即缓存支队当前执行的这一个statement有效


##出现的问题：
 多个SqlSession或者分布式环境下，数据库的写操作会引起脏数据，这时建议缓存级别设置为statement
 如sqlSession1第一次查询的数据得到的是A，此时SQLSession2更新数据为B，
 如果sqlSession1再次查询数据的话会从一级缓存中读取数据仍为A

##关闭一级缓存：
①、全局关闭：localCacheScope设置为statement
（mybatis会在查询之后放入一级缓存，但存放完马上就清空缓存）

②、指定mapper关闭： fulshCache设置为true
（mybatis会在查询之前清空一级缓存）

底层都是clearLocalCache()

##二级缓存：

1> 与一级缓存不一样的是二级缓存需要我们手动开启：
   a、全局配置文件中：<setting name="cacheEnabled" value="true"/>
   b、mapper.xml文件中：<cache></cache>
   c、实体类要序列化
   d、整合redis或Ehcache
    <cache type= "org.mybatis.caches.ehcache.EhcacheCache" ></cache>
    <cache type="自定义redis缓存路径.RedisCache"></cach>
   

2> cache参数：
    type表示 cache使用类型，默认perpetualCache
    eviction表示回收策略  
    flushInterval表示多长时间自动刷新缓存
    size表示最多缓存对象的个数

3> eviction回收策略：
   LRU –  最近最少使用的：移除最长时间不被使用的对象。（默认） 
   FIFO –  先进先出：按对象进入缓存的顺序来移除它们。 
   SOFT –  软引用：移除基于垃圾回收器状态和软引用规则的对象。 
   WEAK –  弱引用：更积极地移除基于垃圾收集器状态和弱引用规则的对象。
    

4> 二级缓存只是在一级缓存处理前使用了CachingExecutor装饰了BaseExecutor的子类，
  实现了二级缓存的查询和写入功能

5> mybatis的二级缓存相遇与一级缓存来说，实现了SqlSession之间缓存数据的共享，同时粒度更细，
  能够到namespace级别，通过cache接口实现不同的组合，对cache的可控性更强
  （如EhcacheCache和RedisCache）

6> mybatis多表查询极大可能出现脏数据问题

7> 分布式环境下，由于默认的mybatis cache实现是基于本地的，分布式环境下必然会出现读取到脏数据
   的问题，需要使用集中式缓存将mybatis的cache接口实现，如使用redis\memcached等分布式缓存

useCache表示是否禁用二级缓存的，select语句中默认为true开启


##出现的问题：
8> mybatis的二级缓存不适应用于多表查询的情况，会引发脏数据：
①、原因 ：
mybatis的二级缓存是基于namespace的，多表查询语句所在的namespace是无法感应到另一个
namespace中的对多表查询中涉及到的表进行修改的，会引发脏数据的问题

②、解决方案：
·不使用二级缓存
·对与多表查询的sql,useCache设置为false  （推荐）
·使用mybatis-enhanced-cache插件

9> 分布式环境下mybatis二级缓存脏数据问题：
mybatis默认二级缓存是基于本地的perpetualCache（底层是HashMap），所以会出现脏数据。
我们可以使用redis、memcached等分布式缓存

##三、flushCache和useCache：

1>select语句：
  flushCache默认为false，表示任何时候语句被调用，都不会清空本地缓存和二级缓存
  useCache默认为true, 表示会将本条语句的结果进行二级缓存(开启二级缓存的时候)

2>insert delete update语句：
 flushCache默认为true,表示任何时候语句被调用，都会导致本地缓存和二级缓存被清空
 useCache在该情况下没有

2、Mybatis核心类

##mybatis核心类
1>SqlSessionFactoryBuilder：它的作用是通过配置文件创建Configuration对象，然后通过build
  方法创建SqlSessionFactory对象
[没必要每次访问mybatis就创建一个SqlSessionFactoryBuilder，只需要创建一个全局的对象即可]

2>SqlSessionFactory : 主要功能就是创建SqlSession对象
[没必要每次访问mybatis就创建一个SqlSessionFactory,只需要创建一个全局的对象即可]

3>Configuration: mybatis所有的配置信息都维持在Configuration对象中

4>SqlSession：对外提供了用户和数据库之间交互所需要的所有方法，默认实现DefaultSqlSession
  常见方法如下：
  selectOne selectList insert update delete commit rollback  close clearCache

5>Executor: SqlSession向用户提供操作数据库的方法，和数据库操作有关的职责都会委托给Executor
 常见实现类如下：
  baseExecutor cachingExecutor SimpleExecutor batchExecutor closedExecutor 
  （LocalCache是baseExecutor内部的一个成员变量）

6>Cache : 提供了和缓存相关的基本操作
  常见方法如下：
   getId  putObject  getObject removeObject clear  getSize  getReadWriteLock 
  常见实现类如下：
   PerpetualCache  TransactionalCache  ScheduledCache LoggingCache
  （PerpetualCache也是baseExecutor内部的一个成员变量）
  （PerpetualCache内部持有HashMap,对一级缓存的操作实则是堆HashMap的操作）

7>StatementHandler：封装了JDBC statement操作，负责操作Statement对象与数据库进行交流

8>ParameterHandler: 负责将参数转化成JDBC statement所需要的参数 

9>ResultSetHandler: 负责处理JDBC返回的ResultSet结果集对象

10>TypeHandler: 负责java数据类型和JDBC数据类型之间的映射和转换

3、其他

1>、#{}和${}的区别是什么?

·#{}是预编译处理，mybatis在处理#{}时，会对sql中的#{}进行预处理，将其替换为?号,
调用preparedstatement的set方法来赋值; #{}可以有效的防止SQL注入，提高系统的安全性

·${}是字符串替换，mybatis在处理${}时就是把${}替换成变量的值，有SQL注入的危险

使用注意：
select * from user where name = #{name}; 
select * from user where name = '${name}'; 必须加单引号

2>、preparedstatement是如何防止SQL注入的?
如下：
String param = "'test' or 1=1";
String sql = "select file from file where name = ?";
PreparedStatement preparedStatement = connection.prepareStatement(sql);
preparedStatement.setString(1, param);

db中执行的SQL为：
select file from file where name = '\'test\' or 1=1'
可以看出整个参数用引号包起来，并把参数中的引号作为转义字符，从而避免了参数也作为条件的一部分

3>、mybatis是如何防止SQL注入的?
MyBatis启用了预编译功能,其底层框架是JDBC中的PreparedStatement类:
在SQL执行前，会先将SQL发送给数据库进行编译(将#{}替换成?);
如select * from user where name= #{name}编译后是:select * from user where 
name = ?
执行时，直接使用编译好的SQL，替换占位符“?”就可以了
因为SQL注入只能对编译过程起作用，所以这样的方式就很好地避免了SQL注入的问题。

4>、mybatis优缺点?
优点：
·SQL写在XML里，解除sql与程序代码的耦合，便于统一管理;支持编写动态SQL语句，并可重用.
·相较于JDBC消除了大量冗余代码，不需要手动开关链接.
·很好的与各种数据库兼容.
·很好的集成spring.
·提供映射标签，支持对象与数据库的ORM字段映射;提供对象关系映射表前，支持对象关系组件的维护.
缺点：
·相较于Hibinate,SQL编写工作量大
·SQL依赖于数据库，数据库移植性差

5、mybatis都有哪些常见标签
select insert update delete include sql resultMap resultType parameterMap
parameterType selectKey
动态sql标签9个
trim where set foreach if choose when otherwise bind
还有association（一对一关联）和collection（一对多关联）

其中<sql>为sql片段标签，通过<include>标签引入sql片段
<selectKey> 为不支持自增的主键生成策略标签

    
6、DAO或者mapper接口的工作原理是什么？接口中的方法，参数不同时，方法能重载吗？
接口的全限名，就是映射文件中的namespace的值;
接口的方法名，就是映射文件中MappedStatement的id值;
接口方法内的参数，就是传递给sql的参数;
当调用接口方法时，接口全限名+方法名拼接字符串作为key值，可唯一定位一个MappedStatement;
接口里的方法，是不能重载的，因为是全限名+方法名的保存和寻找策略。
    
DAO接口的工作原理是JDK动态代理，Mybatis运行时会使用JDK动态代理为DAO接口生成代理proxy对象，
代理对象proxy会拦截接口方法，转而执行MappedStatement所代表的sql,然后将sql执行结果返回.
    
7、Mybatis分页插件的原理是什么？
分页插件的基本原理是使用Mybatis提供的插件接口，实现自定义插件，在插件的拦截方法内拦截待执行的sql，
然后重写sql，根据dialect方言，添加对应的物理分页语句和物理分页参数。
    
8、Mybatis动态sql及其原理？
Mybatis提供了9种动态sql标签trim|where|set|foreach|if|choose|when|otherwise|bind.
动态sql可以让我们在Xml映射文件内，以标签的形式编写动态sql，完成逻辑判断和动态拼接sql的功能.
    
其执行原理为，使用OGNL从sql参数对象中计算表达式的值，根据表达式的值动态拼接sql，
以此来完成动态sql的功能。
    
9、Mybatis是否支持延迟加载？如果支持，它的实现原理是什么？
Mybatis仅支持association关联对象和collection关联集合对象的延迟加载，
association指的就是一对一，collection指的就是一对多查询。
在Mybatis配置文件中，可以配置是否启用延迟加载lazyLoadingEnabled=true|false
    
10、Mybatis的Xml映射文件中，不同的Xml映射文件，id是否可以重复？
不同的Xml映射文件，如果配置了namespace，那么id可以重复；如果没有配置namespace，
那么id不能重复
    
11、Mybatis映射文件中，如果A标签通过include引用了B标签的内容，请问，B标签能否定义在A标签的后
面，还是说必须定义在A标签的前面？
虽然Mybatis解析Xml映射文件是按照顺序解析的，但是，被引用的B标签依然可以定义在任何地方，Mybatis
都可以正确识别。

原理是，Mybatis解析A标签，发现A标签引用了B标签，但是B标签尚未解析到，尚不存在，此时，Mybatis会
将A标签标记为未解析状态，然后继续解析余下的标签，包含B标签，待所有标签解析完毕，Mybatis会重新解
析那些被标记为未解析的标签，此时再解析A标签时，B标签已经存在，A标签也就可以正常解析完成了。
    
12、Mybatis都有哪些Executor执行器？它们之间的区别是什么？
三种基本的Executor执行器：SimpleExecutor、ReuseExecutor、BatchExecutor
还有其他的如：baseExecutor closedExecutor cachingExecutor

SimpleExecutor：每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象    
ReuseExecutor：执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创
建，用完后，不关闭Statement对象，而是放置于Map<String, Statement>内，供下一次使用。简言之，
就是重复使用Statement对象。
BatchExecutor：执行update（没有select，JDBC批处理不支持select），将所有sql都添加到批处理
中（addBatch()），等待统一执行（executeBatch()），它缓存了多个Statement对象，每个
Statement对象都是addBatch()完毕后，等待逐一执行executeBatch()批处理。与JDBC批处理相同。
    
作用范围：Executor的这些特点，都严格限制在SqlSession生命周期范围内。
    
13、mybatis的一级、二级缓存？
一级缓存: 基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 
或 close 之后，该 Session 中的所有 Cache 就将清空，默认打开一级缓存。

二级缓存与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap 存储，不同在于其存储作用域
为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache。默认不打开二级缓存，要开启二级缓存，使
用二级缓存属性类需要实现Serializable序列化接口(可用来保存对象的状态),可在它的映射文件中配置
<cache></cache>
    
对于缓存数据更新机制，当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了C/U/D 操作
后，默认该作用域下所有 select 中的缓存将被 clear。

    
14、使用MyBatis的mapper接口调用时有哪些要求？
①  Mapper接口方法名和mapper.xml中定义的每个sql的id相同；
②  Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql 的parameterType的类型相同；
③  Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同；
④  Mapper.xml文件中的namespace即是mapper接口的类路径。
    
    
15、Mybatis是如何将sql执行结果封装为目标对象并返回的？都有哪些映射形式？
第一种是使用<resultMap>标签，逐一定义列名和对象属性名之间的映射关系。
第二种是使用sql列的别名功能，将列别名书写为对象属性名 
    
有了列名与属性名的映射关系后，Mybatis通过反射创建对象，同时使用反射给对象的属性逐一赋值并返回，
那些找不到映射关系的属性，是无法完成赋值的。
    
16、Mybatis的插件运行原理，以及如何编写一个插件？
Mybatis仅可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor
这4种接口的插件。
    
Mybatis使用JDK的动态代理，为需要拦截的接口生成代理对象以实现接口方法拦截功能，每当执行这4种接口
对象的方法时，就会进入拦截方法，具体就是InvocationHandler的invoke()方法，当然，只会拦截那些
你指定需要拦截的方法。

编写插件：实现Mybatis的Interceptor接口并复写intercept()方法，然后在给插件编写注解，指定要拦
截哪一个接口的哪些方法即可，记住，别忘了在配置文件中配置你编写的插件。