一、延迟加载
MyBatis 的 resultMap
支持高级映射,包括一对一和一对多的关系映射,其中 association
和 collection
具备延迟加载功能。延迟加载指的是在初次查询时仅加载主表数据,当需要关联表数据时再进行查询,这样可以显著提升查询效率,尤其是在处理大数据量时。
在 MyBatis 的核心配置文件中,可以通过以下两个设置项来控制延迟加载的行为:
设置项 | 描述 | 允许值 | 默认值 |
lazyLoadingEnabled | 全局性设置懒加载。如果设为 ‘false’,则所有相关联的数据都会被初始化加载。 | true | false | false |
aggressiveLazyLoading | 当设置为 ‘true’ 时,懒加载的对象可能会被任何懒属性全部加载。否则,每个属性都按需加载。 | true | false | true |
延迟加载适用于部分记录需要关联查询其他信息的情况,按需加载可以有效减少不必要的数据库查询,提高性能。然而,当所有记录都需要关联查询信息时,则应直接返回所有关联查询的结果,以简化逻辑并提高效率。
二、查询缓存
MyBatis 提供了一级缓存和二级缓存两种缓存机制,用于减轻数据库的压力,提高查询效率。
一级缓存的作用范围是同一个 SqlSession。在一个 SqlSession 中多次执行相同的 SQL 语句时,首次执行会将查询结果缓存到内存中,后续相同的查询将直接从缓存中读取数据,从而避免了重复的数据库查询。当 SqlSession 结束时,一级缓存也会随之消失。MyBatis 默认启用一级缓存。
二级缓存则是跨 SqlSession 的缓存,作用范围是同一个 Mapper 的 namespace。不同 SqlSession 在执行相同 namespace 下的 SQL 语句时,如果传递的参数相同,首次执行会将查询结果缓存到内存中,后续相同的查询将直接从缓存中读取数据。二级缓存默认是关闭的,需要在全局配置文件中显式启用。
1. 一级缓存
一级缓存的工作流程如下:
- 首次查询用户信息时,MyBatis 会检查缓存中是否已有该数据,如果没有,则从数据库中查询并将结果存入缓存。
- 再次查询同一用户信息时,MyBatis 会优先从缓存中读取数据,而不是重新执行 SQL 查询。
- 如果 SqlSession 执行了插入、更新或删除操作并提交事务,缓存将被清空,以确保缓存中的数据是最新的。
一级缓存的实现基于 HashMap,键为 SQL 语句的哈希值和 ID,值为查询结果对应的 Java 对象。
2. 二级缓存
二级缓存的工作流程如下:
- SqlSession1 查询用户信息时,MyBatis 会检查二级缓存中是否已有该数据,如果没有,则从数据库中查询并将结果存入缓存。
- SqlSession2 查询同一用户信息时,MyBatis 会优先从二级缓存中读取数据,而不是重新执行 SQL 查询。
- 二级缓存的区域是根据 Mapper 的 namespace 划分的,相同 namespace 的 Mapper 查询的数据会被存储在同一个缓存区域。
- 每次查询会先从缓存区域查找,如果找不到再从数据库查询,并将结果存入缓存。
- 执行插入、更新或删除操作并提交事务后,缓存区域将被清空。
要启用二级缓存,需要在核心配置文件中设置 cacheEnabled=true
,并在相应的 Mapper 文件中添加
标签。
二级缓存的 POJO 对象需要实现 Serializable
接口,以便于缓存数据的序列化和反序列化。如果存在父类或成员对象,也需要实现 Serializable
接口。
可以通过设置 useCache=false
来禁用特定 SQL 语句的二级缓存,确保每次查询都从数据库中获取最新数据。
设置 flushCache=true
可以在执行插入、更新或删除操作时清空缓存,防止脏读。
二级缓存适用于访问频繁且对实时性要求不高的查询场景,例如复杂的统计分析 SQL 或电话账单查询。可以通过设置 flushInterval
来定期清空缓存,确保数据的新鲜度。
需要注意的是,MyBatis 的二级缓存是以 Mapper 为单位划分的,因此在某些细粒度的数据缓存场景下可能不够灵活。例如,当某个商品信息发生变化时,整个商品缓存区域都会被清空。针对这类需求,可以在业务层实现更有针对性的缓存策略。