Mybatis如何优化检索
文章目录
- 1.SQL 映射
- 2.结果映射
- 3.延迟加载
- 4.缓存支持
- 5.批量操作优化
- 6.动态 SQL
- 7.插件和拦截器
1.SQL 映射
- MyBatis 允许开发者直接编写原生SQL或动态SQL,而不是依赖于ORM框架生成的SQL
- 这种方式可以精确控制SQL执行,优化查询语句的性能,尤其是在处理复杂查询时
- 示例:
- 1-数据库表结构
- 假设有两个表:user 和 role,以及一个关联表 user_role
CREATE TABLE user ( id INT AUTO_INCREMENT PRIMARY KEY, username VARCHAR(255), email VARCHAR(255) ); CREATE TABLE role ( id INT AUTO_INCREMENT PRIMARY KEY, role_name VARCHAR(255) ); CREATE TABLE user_role ( user_id INT, role_id INT, FOREIGN KEY (user_id) REFERENCES user(id), FOREIGN KEY (role_id) REFERENCES role(id) );- 2-MyBatis 配置文件(mybatis-config.xml)
- 这是 MyBatis 的全局配置文件,设置了一些基本配置和环境信息
- 3-Mapper XML 文件(UserMapper.xml)
- 这个文件定义了 SQL 映射和操作数据库的方法
SELECT * FROM user WHERE id = #{id} SELECT u.id, u.username, r.id AS role_id, r.role_name FROM user u LEFT JOIN user_role ur ON u.id = ur.user_id LEFT JOIN role r ON ur.role_id = r.id WHERE u.id = #{id}2.结果映射
- MyBatis 提供了高度灵活的结果映射机制,可以将数据库结果直接映射到复杂的对象模型中
- 它允许你将 SQL 查询返回的结果集映射到 Java 对象中
- 这减少了数据转换和处理的开销,使得数据加载更为高效
- 示例:
- 在 MyBatis 的 Mapper XML 中配置一个简单的结果映射如下:
SELECT id, username, email FROM user WHERE id = #{id}- 在这个例子中
- BaseResultMap 定义了如何将 user 表的列 id、username、和 email 映射到 Java 对象 User 的相应属性中
3.延迟加载
- MyBatis 支持延迟加载技术,允许按需加载关联对象
- 这意味着只有在使用到某个关联对象时,才会执行相应的SQL查询
- 这种策略可以显著减少初始化对象时的数据库访问次数和网络延迟
- MyBatis 支持延迟加载的配置可以在 mybatis-config.xml 中设置,例如:
- 这个配置确保了只有在实际需要使用用户的角色信息时,才会去数据库加载角色数据
- 这种延迟加载可以提高应用的性能,特别是当数据结构复杂或数据量大时
4.缓存支持
- MyBatis 内置了强大的缓存机制,用于存储已经执行过的查询结果
- 以便在后续相同的查询请求中快速返回结果而无需再次执行实际的数据库查询
- 包括一级缓存(会话缓存)和二级缓存(全局缓存)
- 一级缓存默认开启,保证了同一会话中相同查询的结果可以被复用
- 而二级缓存则可以跨会话复用查询结果,减少数据库的查询次数,提高应用性能
一级缓存(Session Cache):
(图片来源网络,侵删)- 作用范围:一级缓存是基于 SQL 会话的,它仅在当前会话内有效
- 当会话关闭或提交时,一级缓存也会被清除
- 实现方式:默认情况下,MyBatis 的每个 SQL 会话有自己的一级缓存
- 每当会话中执行查询时,MyBatis 首先检查缓存中是否已存在相应的结果
- 如果有,则直接返回缓存结果;如果没有,则执行数据库查询并将查询结果放入缓存
- 缓存内容:缓存的内容包括查询结果对象和执行过的查询语句
二级缓存(Global Cache):
- 作用范围:二级缓存是跨会话的,它可以被不同的会话共享
- 二级缓存的作用范围通常是映射器(Mapper)级别,不同的映射器持有各自的二级缓存
- 配置方式:二级缓存需要在 MyBatis 配置文件或映射文件中显式开启
- 开启后,查询结果可以跨会话重用,从而减少对数据库的查询次数,提高效率
- 实现技术:二级缓存可以使用 MyBatis 自带的简单实现,也可以集成更强大的缓存解决方案,如 Ehcache、Redis 等
示例配置:
- 在 MyBatis 的 Mapper XML 中开启二级缓存的示例:
缓存策略:
- eviction:缓存的回收策略
- 常用的有 LRU(Least Recently Used 最少使用策略)、FIFO(First In First Out 先进先出策略)等
- flushInterval:缓存刷新间隔,单位是毫秒
- 设置后,缓存会在指定的时间间隔后自动清空
- size:引用数目,设置缓存中可以存储多少个对象
- readOnly:是否只读
- 如果为 true,则所有获取的缓存对象都是只读的,这样可以提供一些性能优势
5.批量操作优化
- MyBatis 提供了批处理的支持,允许在一个会话中执行多个更新操作
- 这可以减少数据库交互次数,降低网络开销和数据库压力
6.动态 SQL
- MyBatis 的动态SQL功能允许构建在运行时评估的SQL语句,根据不同的条件组装不同的SQL片段
- 这不仅提高了SQL的灵活性,也避免了不必要的查询条件,从而优化了查询效率
- 动态 SQL 的关键组件:
- 1-标签:
- 根据条件是否为真来决定是否包含某个 SQL 片段
- 这可以用来添加可选的查询条件或修改其他 SQL 构造
- 2-, , 标签:
- 类似于 Java 中的 switch 语句,根据多个条件选择性地包括 SQL 片段
- 3-标签:
- 自动处理 SQL 查询中的 WHERE 子句,如果其内部的条件为真,就插入 WHERE 关键字
- 同时也智能地处理多余的 AND 或 OR 关键字
- 4-标签:
- 用于动态构建 UPDATE 语句,自动处理列赋值的列表,并且在需要时智能插入逗号
- 5-标签:
- 用于在 SQL 语句中构建重复的 SQL 片段,如批量插入数据或构建 IN 子句
- 6-和标签:
- 用于SQL片段的抽取
- :抽取SQL语句的标签
- 抽取的SQL语句
- :引入SQL片段标签
- 示例:
- 以下是一些动态 SQL 的示例,展示如何在 MyBatis 的 Mapper XML 中使用它们
AND username = #{username} AND email = #{email} UPDATE users username = #{username}, email = #{email}, WHERE id = #{id} SELECT * FROM users WHERE id IN #{id}7.插件和拦截器
- MyBatis 允许使用插件对查询过程进行拦截和修改
- 开发者可以通过插件来添加或改写某些操作的行为
- 如执行查询前的参数处理或执行后的结果处理,进一步优化查询性能
- MyBatis 插件本质上是通过拦截器(Interceptor)实现的
- MyBatis 的拦截器是实现了 Interceptor 接口的组件,用于在SQL执行的关键环节插入自定义逻辑
- 在 MyBatis 的 Mapper XML 中开启二级缓存的示例:
免责声明:我们致力于保护作者版权,注重分享,被刊用文章因无法核实真实出处,未能及时与作者取得联系,或有版权异议的,请联系管理员,我们会立即处理! 部分文章是来自自研大数据AI进行生成,内容摘自(百度百科,百度知道,头条百科,中国民法典,刑法,牛津词典,新华词典,汉语词典,国家院校,科普平台)等数据,内容仅供学习参考,不准确地方联系删除处理! 图片声明:本站部分配图来自人工智能系统AI生成,觅知网授权图片,PxHere摄影无版权图库和百度,360,搜狗等多加搜索引擎自动关键词搜索配图,如有侵权的图片,请第一时间联系我们,邮箱:ciyunidc@ciyunshuju.com。本站只作为美观性配图使用,无任何非法侵犯第三方意图,一切解释权归图片著作权方,本站不承担任何责任。如有恶意碰瓷者,必当奉陪到底严惩不贷!
