Mybatis SQL执行过程

最新推荐文章于 2024-10-12 18:35:41 发布
最新推荐文章于 2024-10-12 18:35:41 发布
阅读量1.1k 收藏 1
点赞数
文章标签： mybatis sql java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/BASK2312/article/details/128932241
版权

开篇

mybatis版本：3.5.12

JDBC视角看数据库操作

我们知道，MyBatis是对JDBC的封装。让程序员从复杂繁琐的JDBC编程中解放双手。简单回顾一下JDBC编程的过程。通常分为这么几步：

  1. 加载驱动
  2. 获取连接Connection对象
  3. 从Connection中获取Statement对象（或者是PreparedStatement）对象
  4. 用户准备SQL语句
  5. 使用Statement对象执行SQL语句获得结果集对象——ResultSet
  6. 解析ResultSet对象，从ResultSet中获取需要的值。
  7. 关闭资源

以上7个步骤之后就统称传统JDBC了。传统JDBC的缺点太多了：其中1、2、3、5、6、7都是重复性的工作。JDBC中真正由用户确定的核心逻辑是SQL，理想中的对数据库的操作应该是简洁的。用户提供SQL并指定返回的结果集类型，程序执行SQL并自动返回解析后的结果集。

当然JDBC也有其他的缺点，综合来讲主要缺点为：

  • 对事务的控制管理
  • 连接资源的管理
  • 代码复用性
  • 其他高级设置（缓存等）

不过JDBC的缺陷就是天生的，Java只提供原生的操作，无论框架再怎么简单易用，底层的操作还是最基本的JDBC。

MyBatis解决了上述JDBC编程中的问题。对JDBC进行了封装。MyBatis框架的核心思想就是：用户提供SQL和返回值类型。其他的什么比如是否缓存、资源何时关闭、事务控制等全部交给框架来做。用户只需要做两件事——提供SQL和返回值类型。

MyBatis视角看数据库操作

在MyBatis中，既然用户解放了，那框架一定干的活多了。接下来就来探讨下MyBatis内部是如何封装那些重复性的操作的。从MyBatis的角度看，执行一条SQL需要经过这么几个步骤

  1. 读取数据库配置（账号、密码、文件资源位置等）
  2. 获取会话对象（SqlSession，相当于一个命令行黑窗口界面。可以操作SQL语句）
  3. 执行用户提供的SQL并返回结果集（包含Mapper方式）
  4. 自动释放资源

下面是代码描述

// 1. 读取数据库配置（账号、密码、文件资源位置等）
InputStream is = Resources.getResourceAsStream("sqlMapConfig.xml");
// 2. 获取会话对象（SqlSession，相当于一个命令行黑窗口界面。可以操作SQL语句）
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(is);
SqlSession sqlSession = factory.openSession();
// 3. 执行用户提供的SQL并返回结果集。（Mapper使用方式后面介绍）
List<Object> userList = sqlSession.selectList("org.apache.ibatis.amy.mapper.UserMapper.selectUser");
// 4. 自动释放资源（既然是自动的，用户就无需写代码了
复制代码

注：接下来，整个文章将对MyBatis的这4个步骤展开详细讨论。本系列文章本着由浅入深的理念将逐步揭开MyBatis的面纱。首先从应用入手，MyBatis是如何执行SQL的，如何获取返回的结果集，了解了执行SQL的大致过程后，再带着问题逐步深挖源码。接下来就是探究配置文件是如何被加载的，又是如何被使用的。最后介绍MyBatis的一些扩展点，插件机制、ObjectFactory等。

SQL如何执行

通过开篇，我们已经了解到MyBatis只需要用户提供SQL而无需其他操作就可以完成对数据库的查询。那么SQL到底是如何被MyBatis执行的呢？

大致流程

在看源码前先简单介绍一下几个重要对象以及他们之间的关系。

Class作用
SqlSessionSqlSession提供了CRUD的方法，通过调用select/update/insert/delete方法（参数是SQL存储位置），就可以完成对数据库的查询
Executor执行器；SqlSession中的内部属性。SqlSession会委托Executor来执行SQL语句。还包括一些复杂操作。比如缓存等，就是在Executor中完成的。
StatementHandlerSqlSession的方法参数并不是直接的SQL，而是SQL存储的位置。那么Executor执行的SQL语句就是由StatementHandler根据指定位置解析出来的。
ResultSetHandlerResultSetHandler；用来处理结果集对象。比如Select user_name from user; 其中结果集中的user_name和实体User的userName属性关联，就是由ResultSetHandler完成的
TypeHandlerJDBC类型——Java类型的转换
ParameterHandlerPreparedStatement的参数设置

交接了大概执行步骤后，接下来带着这个思路看源码。

具体流程

我们借用开篇的示例来看一下

InputStream is = Resources.getResourceAsStream("sqlMapConfig.xml");
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(is);
SqlSession sqlSession = factory.openSession();
List<Object> userList = sqlSession.selectList("org.apache.ibatis.amy.mapper.UserMapper.selectUser");
// 后续用户自己的操作
复制代码

主要关注下最后一行代码。调用SqlSession对象提供的selectList方法，参数是SQL的位置（本例中指org.apache.ibatis.amy.mapper包下的UserMapper.xml文件中的selectUser标签）。

SqlSession#selectList方法内部会根据参数找到具体的SQL位置。

SqlSession#selectList方法

SqlSession是一个接口类，它有2个实现类。我们关注DefaultSqlSession即可。selectList有很多重载方法，最终都会调用到如下这个方法，接下来看下DefaultSqlSession#selectList的主要逻辑（省略非核心代码）

private <E> List<E> selectList(String statement, Object parameter, RowBounds rowBounds, ResultHandler handler) {
    // 1. 通过配置对象获取MappedStatement对象，MappedStatement中包含了解析后的SQL语句。
    MappedStatement ms = configuration.getMappedStatement(statement);
    return executor.query(ms, wrapCollection(parameter), rowBounds, handler);
}
复制代码

可以看到selectList方法只做了两件事

  1. 通过配置对象获取MappedStatement对象，MappedStatement中包含了解析后的SQL语句。（ms对象的具体实现现在不必关心，只需要知道它其中封装好了SQL即可）为了方便理解，不妨给他起个名字——后面我们就称它为sql包装对象

  2. executor是DefaultSqlSession中的一个属性。它通过调用query方法，根据sql包装对象（MappedStatement） 和用户提供的参数来查询数据库。

Executor#query方法

Executor也是一个接口对象。它提供了一系列的方法（query/update）方法完成对数据库的CRUD**（查询是query方法，增删改都是update方法）**

它有接口体系如下

看源码的过程中（注意是看源码的过程中哦）最常用的是SimpleExecutor和BaseExecutor。我们只需要关注这两个类的方法实现就好了。而query方法实在BaseExecutor中实现的。它也有很多重载的方法，但是最终都会调用到一个query方法。下面来看一下BaseExecutor#query方法的核心逻辑（非核心代码省略）

// RowBounds是内存分页对象。几乎没什么使用场景。忽略该对象即可
public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException {
  // 1. BoundSql存储的就是可执行的SQL和用户参数
  BoundSql boundSql = ms.getBoundSql(parameter);
  // 2. 创建缓存key，把它当成复杂的Map数据结构的的key值就行了。
  CacheKey key = createCacheKey(ms, parameter, rowBounds, boundSql);
  // 3. 最终都会调用到这个query的重载方法中
  return query(ms, parameter, rowBounds, resultHandler, key, boundSql);
}

public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
    // 1. 从一级缓存中获取对象（第一次肯定是没有的）
    List<E> list = resultHandler == null ? (List<E>) localCache.getObject(key) : null;
    if (list != null) {
      // （存储过程相关）
      handleLocallyCachedOutputParameters(ms, key, parameter, boundSql);
    } else {
      // 2. 没查到缓存就查数据库
      list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql);
    }
    return list;
}
复制代码

我们可以看到Executor#query方法的大致执行逻辑是

  1. 从sql包装对象（MappedStatement） 中获取真实的SQL
  2. 根据sql和一系列参数创建缓存的key值。该key值能在一级缓存中唯一确定一个对象。
  3. 根据CacheKey（缓存key）从一级缓存中获取查询结果。第一次执行该方法，缓存中肯定没有。
  4. 缓存中不存在该SQL的执行结果，则查询数据库。

查询数据库的操作是通过queryFromDatabase方法完成的。接下来看一下BaseExecutor#queryFromDatabase的具体实现

BaseExecutor#queryFromDatabase

queryFromDatabase；故名思意，该方法是查询数据库返回结果。该方法也是在BaseExecutor中实现的，接下来来看一下它的核心代码（非核心省略）

private <E> List<E> queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException {
  List<E> list;
  // 1. 缓存占位
  localCache.putObject(key, EXECUTION_PLACEHOLDER);
  try {
    // 2. 又调用doQuery查询
    list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql);
  } finally {
    // 3. 移除缓存占位
    localCache.removeObject(key);
  }
  // 4. 查询的结果添加到缓存中
  localCache.putObject(key, list);
  // 省略存储过程相关代码
  return list;
}
复制代码

根据代码，我们来简单介绍下queryFromDatabase方法做了哪些事。

  1. 先把一个占位对象放入到一级缓存中。（有点类似于占座位）。
  2. 调用doQuery方法执行查询数据库的逻辑（后面重点分析）。
  3. 完成数据库查询后，从一级缓存中删除占位符。
  4. 真正的把查询结果缓存到一级缓存中。

该方法的逻辑比较简单，接下来就来看真正执行数据库的方法doQuery吧！

SimpleExecutor#doQuery

doQuery方法的具体实现是交给子类的，我们平时用到的也就是SimpleExecutor，接下来来看下SimpleExecutor是如何实现doQuery方法的

public <E> List<E> doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException {
  Statement stmt = null;
  try {
    Configuration configuration = ms.getConfiguration();
    // 获取StatementHandler对象，可以通过StatementHandler获取JDBC中的Statement对象
    StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql);
    stmt = prepareStatement(handler, ms.getStatementLog());
    // 底层实际上是通过Statement执行SQL的
    return handler.query(stmt, resultHandler);
  } finally {
    // 释放资源
    closeStatement(stmt);
  }
}
复制代码

我们来简单介绍下该方法的步骤

  1. 通过Configuration（这是全局配置对象，存储了数据库密码、账户、超时时间等各种配置信息）获取StatementHandler对象。
  2. 通过prepareStatement方法获取Statement对象。有木有激动！终于看到JDBC中的对象了。有了Statement，我们就可以执行SQL语句。而prepareStatement方法后面会介绍，这里只需要知道它的底层就是connection.createStatement();这种方式来创建Statement的。
  3. 有了Statement对象后，通过StatementHandler的query方法来处理SQL并返回结果集。

起始这个方法中步骤2和步骤3是最重要的。但是真正执行SQL的逻辑还是在query方法中。query方法是由StatementHandler接口中的方法。StatementHandler的继承体系如下

  • PreparedStatementHandler：处理JDBC中的PreparedStatement对象
  • SimplePreparedStatement：处理JDBC中的Statement对象
  • CallableStatementHandler：处理存储过程
  • RoutingStatementHandler：使用了策略者模式，它最后所有的逻辑都委托给上面三个实现类执行

我们只需要关心PreparedStatementHandler SimplePreparedStatement这两个实现类即可

PreparedStatementHandler#query和SimplePreparedStatement#query

上文说到真正执行数据库逻辑的方法是StatementHandler接口中的query方法。并且该接口的两个实现类（PreparedStatementHandler和SimplePreparedStatement）分别实现了JDBC操作中的Statement和PreparedStatement执行SQL的操作。它们的代码比较简单。我就一起贴出来了。代码如下

PreparedStatementHandler#query

@Override
public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException {
  String sql = boundSql.getSql();
  statement.execute(sql);
  return resultSetHandler.handleResultSets(statement);
}
复制代码

SimplePreparedStatement#query

@Override
public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException {
  PreparedStatement ps = (PreparedStatement) statement;
  ps.execute();
  return resultSetHandler.handleResultSets(ps);
}
复制代码

可以看到，query方法都执行调用了JDBC的Statement#execute执行SQL。最后也都是由ResultHandler对象处理的结果集并返回。有木有激动，看到了JDBC被封装的代码，起始看到JDBC就已经到了MyBatis的最底层了！到此，MyBatis终于揭开它神秘的面纱。

但是我们仅仅是看到了JDBC中的Statement的身影，这只是MyBatis的冰山一角。MyBatis中还有很多很多多西都值得我们学习，像前文提到的Statement对象究竟是如何获取的，以及最后的ResultHandler是如何处理结果集对象的，都值得我们研究。但是对于初学者来说。到此已经掌握了MyBatis的大致流程。虽然文章标题是具体流程，但是限于篇幅有限，我就粗略的介绍一下了。

不过不要失望，我会继续更新MyBatis源码系列的文章！

作者：念念清晰
原文链接：https://juejin.cn/post/7196975187992002597
 

「已注销」
关注
【MyBatis系列3】MyBatis SQL执行流程
飞楼踏梦
07-31 423
​主要讲解MyBatis中SQL的执行流程，基于MyBatis的基础知识进行更深层次的剖析。 前言 在《【MyBatis系列1】基础知识（上）》中，我们讲解了MyBaits的工作原理，以及它的四大核心组件的使用姿势，包括SqlSessionFactoryBuilder、SqlSessionFactory、SqlSession和SQL Mapper。在《【MyBatis系列1】基础知识（下）》中，通过完整的MayBatis使用示例，详细讲解了MyBatis的XML配置文件。 所以在阅读该文章前，...
【MyBatis系列6】想要学会MyBatis，看完这一篇就够了
zwx900102的博客
09-23 6966
深入剖析SqlSession前言SqlSession总结 前言 作为MyBatis四大对象之一的SqlSession，可以说是最复杂的对象了，SqlSession就是用来真正执行sql语句的对象，执行一条sql语句，两个关键点就是JavaBean参数要和数据库字段映射，返回结果也要实现数据库字段和JavaBean的映射，那么SqlSession是如何做到这一切的呢？ 请往下看。。。 本文将带您揭开SqlSession的神秘面纱。 SqlSession 总结 本文主要分析了MyBatis中的四大核心对象：Sq
手写mybatis之通过注解配置执行SQL语句
最新发布
CSDN_LiMingfly的博客
10-12 874
可能领导也都觉得可能就是码农不爱说话，其实不爱说话是一方面，但还有另外一方面是有些领导对于码农提出的问题，给出的回复往往是：“你提出这个问题，你就要给出这个问题的解决办法！所以不同的岗位要执行各自的职责，无论领导、产品、研发、测试、业务，都应该环环相扣，各司其职，不过分包装结果，正确看待问题。才可能做出像苹果那样的优秀产品，而不是那么割裂的独立功能。目标。
MyBatis直接执行SQL的工具SqlMapper
热门推荐
偶尔记一下 - mybatis.io
03-11 5万+
可能有些人也有过类似需求，一般都会选择使用其他的方式如Spring-JDBC等方式解决。能否通过MyBatis实现这样的功能呢？为了让通用Mapper更彻底的支持多表操作以及更灵活的操作，在2.2.0版本增加了一个可以直接执行SQL的新类SqlMapper。通过这篇博客，我们来了解一下SqlMapper。SqlMapper提供的方法SqlMapper提供了以下这些公共方法： Map<String,O
MyBatis执行sql的整个流程
baidu_33067195的博客
11-19 2170
MyBatis执行sql的整个流程 大致过程：启动->解析配置文件->创建executor->绑定参数->执行sql->结果集映射 MyBatis的核心部件 Configuration：初始化基础配置，比如MyBatis的别名等，一些重要的类型对象，如，插件，映射器，ObjectFactory和typeHandler对象，MyBatis所有的配置信息都维持在Configuration对象之中。 SqlSession及其相关类 SqlSessionFactoryBuilder 用
MyBatis 源码分析 - SQL 的执行过程
dishitu6229的博客
08-20 557
* 本文速览 本篇文章较为详细的介绍了 MyBatis 执行 SQL 的过程。该过程本身比较复杂，牵涉到的技术点比较多。包括但不限于 Mapper 接口代理类的生成、接口方法的解析、SQL 语句的解析、运行时参数的绑定、查询结果自动映射、延迟加载等。本文对所列举的技术点，以及部分未列举的技术点都做了较为详细的分析。全文篇幅很大，需要大家耐心阅读。下面来看一下本文的目录： 源码分析类文章...
深入剖析MyBatis SQL执行流程：从配置到查询结果的全程追踪
12-13
本文将深入探讨MyBatis的SQL执行流程，从配置解析到查询结果的返回，以及Spring如何整合MyBatis，特别是如何管理Mapper接口的动态代理。 1. **配置解析与SqlSessionFactory的创建** MyBatis通过...
MyBatis 执行动态 SQL语句详解
09-01
MyBatis 是一款著名的持久层框架，它支持定制化 SQL、存储过程以及高级映射。在 MyBatis 中，动态 SQL 是一个强大的特性，允许我们在 XML 映射文件或注解中编写条件语句，根据运行时的参数来决定 SQL 的具体执行内容...
MyBatis SQL执行过程与其他理论总结
许诗宇的博客
02-26 893
注意：本文参考 MyBatis 常见面试总结 | JavaGuide #{}和${}的区别是什么？ ${}是 Properties 文件中的变量占位符，它可以用于标签属性值和 sql 内部，属于静态文本替换，比如${driver}会被静态替换为com.mysql.jdbc. Driver。 #{}是 sql 的参数占位符，MyBatis 会将 sql 中的#{}替换为? 号，在 sql 执行前会使用 PreparedStatement 的参数设置方法，按序给 sql 的? 号占位符设置参数值...
Mybatis之SQL执行
2302_77659577的博客
08-09 882
Mybatis的代码还是比较清晰的,跟着一步一步下来，都能摸清大致的脉络,捋起袖子加油干～～
浅析MyBatis执行SQL流程
WormholeStack
08-16 774
????浅析MyBatis执行SQL流程 本文主要通过浅析MyBatis如何执行一个SQL语句（流程）为引，引出MyBatis的整体框架设计。 作为MyBatis系列第一篇文章，必然先了解一下MyBatis的由来，所以在文章开始之前，我们来思考一个问题，MyBatis为什么诞生？ 1. 诞生 一个轮子的诞生定是有其原因的，JDBC的诞生链接了程序和数据库，可以为多种关系数据库提供统一访问。 但是传统的JDBC方式存在很多缺点 例如： 数据库连接创建、释放频繁造成系统资源浪费，从⽽影响系统性能。 Sql语句
MyBatis的SQL执行流程
Pastxu的小屋
04-22 3296
前言 MyBatis可能很多人都一直在用，但是MyBatis的SQL执行流程可能并不是所有人都清楚了，那么既然进来了，通读本文你将收获如下： 1、Mapper接口和映射文件是如何进行绑定的 2、MyBatis中SQL语句的执行流程 3、自定义MyBatis中的参数设置处理器typeHandler 4、自定义MyBatis中结果集处理器typeHandler PS：本文基于MyBatis3.5.5版本源码 概要 在MyBatis中，利用编程式进行数据查询，主要就是
MyBatis 中如何执行 SQL 语句
stormjun的博客
07-11 9342
MyBatis 提供了多种方式来执行 SQL 语句，包括直接使用 SqlSession 执行、使用映射器执行、使用 SqlSessionTemplate 执行等。在执行 SQL 语句时，需要将 SQL 语句中的参数和返回结果。
mybatis sql执行流程
TheThirdMoon的博客
03-29 187
1. Configuration：存储了所有的mybatis配置，也是其他核心对象的创建者 2. Executor：执行sql需要Statement来处理，事务控制需要Transaction来处理。但是对整体操作进行一定的控制和优化，其实现类实现了一些不同的策略。 3.StatementHandler：创建jdbc Statement对象，设置参数，执行sql语句，调用ParameterHandler 设置参数，并调用ResultHandler处理返回结果，默认实现有三个
Mybatis（五）SQL执行流程
HK的博客
12-22 1391
查询SQL执行流程、更新SQL执行流程
myBatis sql的执行过程
xucr1111的博客
11-18 151
整体流程 myBatis中的sql查询从整体上由三部分构建组成，SqlSession提供对外的接口，包括数据的增删改查和事务的提交回滚等控制。Executor组件负责协调数据操作、集成事务控制Transaction和增加缓存层等。由第三层Handler实际的执行数据操作。 Executor组件 CachingExecutor在sql的执行过程中加一层缓存，实际从库中查询过后，将查询结果放入缓存中，下一次同样的查询将直接从缓存中取，以提升查询效率。使用代理模式来加一层缓存，CachingExec
MyBatis源码分析-SQL语句执行的完整流程
weixin_33729196的博客
10-06 233
　　MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。MyBatis 可以对配置和原生Map使用简单的 XML 或注解，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。如何新建MyBatis源码工程请点击MyBati...
MyBatis执行Sql流程深度解析
"MyBatis执行Sql的流程实例解析" MyBatis是一个优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以使用简单的XML或注解进行...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值