🎄欢迎来到@边境矢梦°的csdn博文🎄
🎄本文主要梳理 Java 框架 中 SpringMVC的知识点和值得注意的地方 🎄
🌈我是边境矢梦°,一个正在为秋招和算法竞赛做准备的学生🌈
🎆喜欢的朋友可以关注一下🫰🫰🫰,下次更新不迷路🎆
目录
- MyBatis是什么
- MyBatis和Hibernateの区别
- **自己实现** MyBatis 底层机制
- 了解MyBatis
- 源码的debug
- MyBatis注解
- 动态SQL
- 映射关系
- MyBatis执行SQL的两种方式
- 执行器随记
- 缓存
- 两个缓存的事
- Ehcache
MyBatis是什么
开源
轻量级(相比于Hibernate)
数据持久化框架
简化了JDBC(加载驱动, 创建连接, 创建statement)
MyBatis 支持定制化 SQL、存储过程以及高级映射,可以在实体类和 SQL 语句之间建立映射关系,是一种半自动化的 ORM 实现。其封装性低于 Hibernate,但性能优秀、小巧、简单易学、应用广泛。
ORM(Object Relational Mapping,对象关系映射)是一种数据持久化技术,它在对象模型和关系型数据库之间建立起对应关系,并且提供了一种机制,通过 JavaBean 对象去操作数据库表中的数据。
MyBatis 的主要思想是将程序中的大量 SQL 语句剥离出来,使用 XML 文件或注解的方式实现 SQL 的灵活配置,将 SQL 语句与程序代码分离,在不修改程序代码的情况下,直接在配置文件中修改 SQL 语句。
MyBatis 与其它持久性框架最大的不同是,MyBatis 强调使用 SQL,而其它框架(例如 Hibernate)通常使用自定义查询语言,即 HQL(Hibernate查询语言)或 EJB QL(Enterprise JavaBeans查询语言)。
优点
- MyBatis 是免费且开源的。
- 与 JDBC 相比,减少了 50% 以上的代码量。
- MyBatis 是最简单的持久化框架,小巧并且简单易学。
- MyBatis 相当灵活,不会对应用程序或者数据库的现有设计强加任何影响,SQL 写在 XML 中,和程序逻辑代码分离,降低耦合度,便于同一管理和优化,提高了代码的可重用性。
- 提供 XML 标签,支持编写动态 SQL 语句。
- 提供映射标签,支持对象与数据库的 ORM 字段关系映射。
- 支持存储过程。MyBatis 以存储过程的形式封装 SQL,可以将业务逻辑保留在数据库之外,增强应用程序的可移植性、更易于部署和测试。
缺点
- 编写 SQL 语句工作量较大,对开发人员编写 SQL 语句的功底有一定要求。
- SQL 语句依赖于数据库,导致数据库移植性差,不能随意更换数据库。
MyBatis和Hibernateの区别
Hibernate 和 MyBatis 都是目前业界中主流的对象关系映射(ORM)框架,它们的主要区别如下。
1)sql 优化方面
- Hibernate 使用 HQL(Hibernate Query Language)语句,独立于数据库。不需要编写大量的 SQL,就可以完全映射,但会多消耗性能,且开发人员不能自主的进行 SQL 性能优化。提供了日志、缓存、级联(级联比 MyBatis 强大)等特性。
- MyBatis 需要手动编写 SQL,所以灵活多变。支持动态 SQL、处理列表、动态生成表名、支持存储过程。工作量相对较大。
2)开发方面
- MyBatis 是一个半自动映射的框架,因为 MyBatis 需要手动匹配 POJO 和 SQL 的映射关系。
- Hibernate 是一个全表映射的框架,只需提供 POJO 和映射关系即可。
- 3)缓存机制比较
Hibernate 的二级缓存配置在 SessionFactory 生成的配置文件中进行详细配置,然后再在具体的表-对象映射中配置缓存。
MyBatis 的二级缓存配置在每个具体的表-对象映射中进行详细配置,这样针对不同的表可以自定义不同的缓存机制。并且 Mybatis 可以在命名空间中共享相同的缓存配置和实例,通过 Cache-ref 来实现。
Hibernate 对查询对象有着良好的管理机制,用户无需关心 SQL。所以在使用二级缓存时如果出现脏数据,系统会报出错误并提示。而 MyBatis 在这一方面,使用二级缓存时需要特别小心。如果不能完全确定数据更新操作的波及范围,避免 Cache 的盲目使用。否则脏数据的出现会给系统的正常运行带来很大的隐患。
4)Hibernate 优势
- Hibernate 的 DAO 层开发比 MyBatis 简单,Mybatis 需要维护 SQL 和结果映射。
- Hibernate 对对象的维护和缓存要比 MyBatis 好,对增删改查的对象的维护要方便。
- Hibernate 数据库移植性很好,MyBatis 的数据库移植性不好,不同的数据库需要写不同 SQL。
- Hibernate 有更好的二级缓存机制,可以使用第三方缓存。MyBatis 本身提供的缓存机制不佳。
5)Mybatis优势
- MyBatis 可以进行更为细致的 SQL 优化,可以减少查询字段。
- MyBatis 容易掌握,而 Hibernate 门槛较高。
6)应用场景
MyBatis 适合需求多变的互联网项目,例如电商项目、金融类型、旅游类、售票类项目等。
Hibernate 适合需求明确、业务固定的项目,例如 OA 项目、ERP 项目和 CRM 项目等。
总结
总的来说,MyBatis 是一个小巧、方便、高效、简单、直接、半自动化的持久层框架,Hibernate 是一个强大、方便、高效、复杂、间接、全自动化的持久层框架。
对于性能要求不太苛刻的系统,比如管理系统、ERP 等推荐使用 Hibernate,而对于性能要求高、响应快、灵活的系统则推荐使用 MyBatis。
自己实现 MyBatis 底层机制
了解MyBatis
MyBatis(以前称为iBATIS)是一个Java持久性框架,它提供了一种将SQL查询与Java对象映射起来
的方式,使数据库访问更加方便。MyBatis的底层原理涉及到以下几个重要方面:
SQL映射文件(XML配置文件)
:MyBatis的配置是通过XML文件进行的,其中包括SQL语句的定义、参数映射、结果集映射等信息。SQL映射文件描述了如何将Java对象与数据库表之间进行映射,以及如何执行SQL语句。SqlSessionFactory
:SqlSessionFactory是MyBatis的核心接口,它负责创建SqlSession对象。SqlSessionFactory的实现通常是通过XML配置文件或Java代码来配置的,它包含了数据库连接池信息、事务管理器等信息。SqlSession
:SqlSession是MyBatis的工作单元,它负责执行SQL语句并管理数据库连接。每个线程通常都会有一个SqlSession对象,它可以用来执行SQL语句、提交事务、关闭连接等操作。Mapper接口
:Mapper接口是Java接口,它定义了与数据库交互的方法,这些方法与SQL语句相关联。Mapper接口的实现通常由MyBatis动态代理生成,它会将接口方法与SQL语句进行绑定,使得在调用接口方法时可以执行相应的SQL语句。TypeHandler
:TypeHandler负责将Java对象和数据库中的数据类型进行转换。MyBatis提供了一些默认的TypeHandler,同时也可以自定义TypeHandler以处理特定的数据类型转换。缓存
:MyBatis支持两种类型的缓存:一级缓存和二级缓存。一级缓存是SqlSession级别的缓存,它可以减少数据库访问次数。二级缓存是全局的,多个SqlSession可以共享二级缓存中的数据,以减轻数据库压力。
MyBatis的工作流程通常如下:
- 通过SqlSessionFactory创建SqlSession对象。
- 调用SqlSession的Mapper方法,执行SQL语句。
- MyBatis将SQL语句与Mapper接口方法进行映射,生成真正的SQL语句,并执行数据库操作。
- 结果数据经过TypeHandler进行转换,并返回给调用者。
- 如果启用了缓存,MyBatis会在缓存中查找结果,如果缓存中有数据,就直接返回,否则将数据存入缓存。
- 最后,SqlSession需要关闭,关闭时会提交事务或回滚事务,同时释放数据库连接。
总的来说,MyBatis的底层原理涉及了SQL语句映射、数据库连接管理、事务管理、数据类型转换等方面,它提供了一种灵活而强大的方式来进行数据库访问,并且可以通过XML配置文件或Java代码来定制化配置。
Executor与XxxMapper.xml
MyBatis中的Executor
和XxxxMapper.xml
(通常是指XML配置文件,比如UserMapper.xml
)之间有密切的关系,它们共同协作来执行SQL语句和映射结果。下面我会详细解释它们之间的关系:
-
XxxxMapper.xml
文件:这是MyBatis中用于定义SQL语句和映射的XML配置文件,其中包含了SQL语句的定义、参数映射、结果集映射等信息。这些XML文件中定义了与数据库交互的具体SQL操作,如SELECT、INSERT、UPDATE、DELETE等。XxxxMapper.xml
文件通常定义了一个或多个Mapper接口对应的SQL操作。举例来说,如果你有一个
UserMapper.java
接口,那么相应的UserMapper.xml
文件可能包含了与用户数据相关的SQL操作。 -
Executor
:Executor
是MyBatis中的一个关键组件,它负责执行SQL语句。Executor
的主要任务是接收XxxxMapper.xml
文件中定义的SQL语句,执行这些SQL语句,处理结果集,并将结果返回给调用者。在MyBatis中,有两种主要类型的
Executor
:- SimpleExecutor:它简单地执行SQL语句,不支持高级功能如缓存和批处理。
- ReuseExecutor:它支持SQL语句的重用,可以在同一个SqlSession中多次执行相同的SQL语句,提高了性能。
Executor
与XxxxMapper.xml
之间的关系可以总结如下:
- 当你在Java代码中调用
XxxxMapper
接口的方法时,MyBatis会根据XxxxMapper.xml
文件中的配置来构建SQL语句。 - 这个SQL语句将由
Executor
执行,Executor
负责将SQL语句发送到数据库,获取结果集,并将结果映射成Java对象(如果有相应的结果映射配置)。 Executor
在执行SQL语句之前还会负责一些事务管理和连接管理的工作,确保数据库操作的一致性和可靠性。- 最后,
Executor
将执行结果返回给XxxxMapper
接口的方法调用者。
总之,Executor
是MyBatis中用于执行SQL语句的核心组件,而XxxxMapper.xml
文件用于定义SQL语句和结果映射的配置。它们一起工作,使得你可以通过Mapper接口的方法来执行数据库操作,而无需编写大量的SQL语句和繁琐的结果映射代码。
MyBatis 是一个开源的持久层框架,它的底层具体原理主要包括以下几个方面:
SQL 解析与执行
:MyBatis 使用 SQL 解析器来解析 XML 配置文件中定义的 SQL 语句,将其转换为对应的数据结构,包括 SQL 语句类型、参数、返回类型等。通过 JDBC 驱动程序执行对应的 SQL 语句,并处理结果集的映射。映射器(Mapper)
:MyBatis 使用映射器来处理与数据库交互的逻辑。映射器是一个接口,在 Java 代码中定义数据库操作的方法。MyBatis 通过映射器将方法与 XML 配置文件中的 SQL 语句进行关联,并处理 SQL 语句的执行和结果的映射。对象关系映射(ORM)
:MyBatis 提供了对象关系映射的功能,将数据库表的记录映射为 Java 对象,并将 Java 对象的属性映射为数据库表的字段。通过映射器和映射配置,可以实现对象与表之间的转换,提供方便的 CRUD 操作。缓存管理
:MyBatis 的缓存机制可以提高查询性能。它会缓存查询结果,避免重复查询数据库。MyBatis 通过缓存管理器来管理缓存,可以配置不同级别的缓存策略,如一级缓存(本地缓存)和二级缓存(分布式缓存),以及全局缓存。事务管理
:MyBatis 可以与事务管理器进行集成,进行事务的提交、回滚和回滚点的设置。它可以与各种事务管理器进行配合,如 JDBC 事务、Spring 事务等。
总的来说,MyBatis 的底层原理包括 SQL 解析与执行、映射器、对象关系映射(ORM)、缓存管理以及事务管理等。通过这些机制,MyBatis 实现了方便灵活的数据库交互和持久化操作,同时提供了缓存和事务管理等功能,以便于开发者能够更高效地进行数据库操作。
源码的debug
MyBatis注解
〉Arg.class
〉AutomapConstructor.class
〉CacheNamespace.class
〉CacheNamespaceRef.class
〉Case.class
〉ConstructorArgs.class
〉Delete.class @Delete:实现删除功能
〉DeleteProvider.class
〉Flush.class
〉Insert.class @Insert:实现新增功能 @Insert:实现插入功能
〉InsertProvider.class
〉Lang.class
〉Many.class @many:用于一对多关系映射
〉MapKey.class
〉Mapper.class
〉One.class @one:用于一对一关系映射
〉Options.class
〉Param.class @Param:映射多个参数
〉Property.class
〉Result.class 结果集映射
〉ResultMap.class 结果集映射
〉Results.class 结果集映射
〉ResultType.class 返回类型
〉Select.class @Select:实现查询功能
〉SelectKey.class @SelectKey:插入后,获取id的值
〉SelectProvider.class
〉TypeDiscriminator.class
〉Update.class @Update:实现更新功能
〉UpdateProvider.class
动态SQL
⚠ : if 标签中的test属性的值可以不带#{}, 对象中的属性
动态SQL就是让SQL的拼接不那么死板, 可以由程序员自定义拼接
映射关系
一对一映射关系
值得注意的是MyBatis有自己的机制, 那就是可以避免无限级联查询, 之前思考过的问题 : 主人和宠物之间的一对多关系的时候
MyBatis执行SQL的两种方式
执行器随记
CachingExecutor
和 SimpleExecutor
都是 MyBatis 框架中的执行器(Executor)的实现,用于执行 SQL 语句和处理数据库操作。它们之间的主要区别在于缓存的使用方式。
- SimpleExecutor:
SimpleExecutor
是 MyBatis 默认的执行器。它执行 SQL 语句,但不使用缓存机制。每次执行相同的 SQL 语句时,都会直接查询数据库,不会对查询结果进行缓存。这意味着每次执行查询都会从数据库中获取数据,不会利用内存中的缓存。 - CachingExecutor:
CachingExecutor
是一个装饰者模式下的执行器,它可以包装其他执行器,通常是SimpleExecutor
。它的主要作用是添加缓存支持。当一个查询语句被执行时,CachingExecutor
会首先检查缓存中是否已经有相同的查询结果。如果缓存中有数据,它会从缓存中返回结果,而不会实际执行 SQL 查询。如果缓存中没有数据,它会调用包装的执行器(通常是SimpleExecutor
)执行 SQL 查询,然后将结果缓存起来,以便下次查询时使用。
使用 CachingExecutor
可以提高查询性能,特别是在需要频繁执行相同查询的情况下,因为它避免了不必要的数据库查询操作。然而,需要注意的是,缓存可能导致数据一致性问题,因此在使用缓存时,你需要谨慎处理缓存的清除和更新。
你可以在 MyBatis 的配置文件中配置执行器的类型,以决定使用哪种执行器。例如,你可以在配置文件中指定以下内容来选择 CachingExecutor
:
xmlCopy code<settings>
<setting name="defaultExecutorType" value="REUSE" />
</settings>
这将在全局范围内将执行器类型设置为 REUSE
,这将使用 CachingExecutor
来执行 SQL 查询。但是,你也可以在具体的 Mapper 接口中使用 @Select
注解的 useCache
属性来覆盖全局配置,以决定是否使用缓存。
缓存
二级缓存的大开关(mybatis-config.xml)和小配置(XxxxMapper.xml)
如何禁用二级缓存
1)
在D:\hspedu_mybatis_lx\mybatis\mybatis_cache\src\main\resources\mybatis-config.xml
2)
在D:\hspedu_mybatis_lx\mybatis\mybatis_cache\src\main\java\com\hspedu\mapper\MonsterMapper.xml
3) 或者更加细粒度的 , 在配置方法上指定
设置 useCache=false 可以禁用当前 select 语句的二级缓存,即每次查询都会发出 sql 去查询,默认情况是 true,即该 sql 使用二级缓存。
注意:一般我们不需要去修改,使用默认的即可
4. mybatis 刷新二级缓存的设置
UPDATE mybatis_monster SET NAME=#{name},age=#{age} WHERE id=#{id}
insert、update、delete 操作数据后需要刷新缓存,如果不执行刷新缓存会出现脏读
默认为 true ,默认情况下为 true 即刷新缓存,一般不用修改。
两个缓存的事
sqlSession.clearCache()
方法在 MyBatis 中用于清理一级缓存(本地缓存)。它不会清理二级缓存。
- 一级缓存: 也称为本地缓存,它是在同一个
sqlSession
中有效的,用于缓存从数据库中检索的数据,以提高性能和避免多次查询相同的数据。 - 二级缓存: 也称为全局缓存,它是在不同的
sqlSession
之间共享的,通常用于跨会话的数据共享。sqlSession.clearCache()
不会清理二级缓存。
如果您希望清理二级缓存,可以在 MyBatis 的配置中配置相应的 <cache/>
标签来管理二级缓存,或者使用相应的方式来手动清理。但是,sqlSession.clearCache()
主要用于清理当前 sqlSession
中的一级缓存。
⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️⚠️☣️
解释一下这句话 : 不会出现一级缓存和二级缓存中有同一个数据。因为二级缓存(数据)是在一级缓存关闭之后才有的
这句话的含义是,一级缓存(本地缓存)和二级缓存(全局缓存)中不会同时包含相同的数据。这是因为二级缓存中的数据只有在一级缓存关闭(或未命中)的情况下才会被添加到二级缓存中。
具体来说:
- 一级缓存(本地缓存): 当您执行一个查询操作时,查询结果会被缓存在当前的
sqlSession
中。如果您再次执行相同的查询,MyBatis会首先查看一级缓存,如果有缓存的数据,将直接返回,而不需要再次查询数据库。这是一级缓存的工作方式。 - 二级缓存(全局缓存): 二级缓存是一个跨
sqlSession
的缓存。如果您在一个sqlSession
中查询了数据,然后关闭了该sqlSession
,在另一个新的sqlSession
中再次查询相同的数据,MyBatis会首先查看二级缓存。如果在二级缓存中有缓存的数据,将直接返回,而不需要查询数据库。这是二级缓存的工作方式。
由于一级缓存是在每个 sqlSession
中独立的,而二级缓存是在多个 sqlSession
之间共享的,因此在一个 sqlSession
中缓存了数据后,这些数据不会立刻添加到二级缓存。只有在该 sqlSession
关闭时,如果有相应的配置,数据才会被写入二级缓存。
因此,一级缓存和二级缓存的数据是不会重叠的,因为在同一个 sqlSession
中使用一级缓存,而在不同 sqlSession
之间使用二级缓存。这保证了数据的一致性和避免了数据冗余。
Ehcache
第三方二级缓存Ehcache
属性解释
属性名 | 含义 | 解释 |
---|---|---|
name | 缓存名称 | 每个缓存区域都应该有一个唯一的名称,以便在 MyBatis 中引用和配置缓存。 |
maxElementsInMemory | 缓存最大数目 | 用于配置缓存在内存中的缓存元素的最大数量。它决定了内存缓存的容量上限。 |
maxElementsOnDisk | 硬盘最大缓存个数 | 用于配置磁盘上存储的缓存元素的最大数量 |
eternal | 对象是否永久有效 | 一但设置了,TTL和TTI将不起作用 |
overflowToDisk | 是否保存到磁盘,当系统宕机时 | 缓存中的元素是否应在内存不足时写入磁盘以释放内存 |
☣️timeToIdleSeconds | 设置对象在失效前的允许闲置时间(单位:秒) | 在一直不访问这个对象的前提下,这个对象可以在cache中的存活时间。 |
☣️timeToLiveSeconds | 设置对象在失效前允许存活时间(单位:秒), 最大时间介于创建时间和失效时间之间。 | 就是 无论对象访问或是不访问(闲置),这个对象在cache中的存活时间。 |
diskPersistent | 是否缓存虚拟机重启期数据 | 用于控制在缓存关闭(或系统重启)后是否保留磁盘上的缓存数据。默认值为false。 |
diskSpoolBufferSizeMB | 这个参数设置 DiskStore (磁盘缓存) 的缓存区大小 | 默认是30MB。这个属性决定了当数据被写入磁盘时,缓冲区的大小,以及一次写入多少数据到磁盘。 |
diskExpiryThreadIntervalSeconds | 磁盘失效线程运行时间间隔,默认是 120秒。 | 用于配置在磁盘上存储的缓存数据的过期检查线程的运行间隔时间,以秒为单位。 |
memoryStoreEvictionPolicy | 当达到maxElementsInMemory 限制时,Ehcache 将会根据指定的策略去清理内存。 | FIFO,first in first out,先进先出。LFU,Less Frequently Used,一直以来. 最少被使用的。LRU,Least Recently Used (默认策略),最近最少使用的。 |
clearOnFlush | 内存数量最大时是否清除 | 用于控制在缓存刷新(flush)时是否清空缓存中的所有数据。 |
FIFO,first in first out,这个是大家最熟的,先进先出。LFU, Less Frequently Used,直白一点就是一直以来. 最少被使用的。如上面所讲,缓存的元素有一个 hit 属性,hit 值最小的将会被清出缓存。LRU,Least Recently Used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存