Mybatis中采用的自己的连接池技术,在Mybatis的SqlMapConfig.xml配置文件中,通过来实现Mybatis中连接池的配置

一、Mybatis连接池的分类

在Mybatis中我们将他的数据源dateSource分为以下几类

springboot mybatis 配置连接池 mybatis的连接池_数据源


可以看出Mybatis将他自己的数据源分为三类:

UNpooled: 不适用连接池的数据源

Pooled: 使用连接池的数据源

JNDI: 使用JNDI实现的数据源

相应的,MyBatis 内部分别定义了实现了 java.sql.DataSource 接口的 UnpooledDataSource,

PooledDataSource 类来表示 UNPOOLED、POOLED 类型的数据源

springboot mybatis 配置连接池 mybatis的连接池_sql_02


PooledDateSource和UnpooledDateSource都实现了DateSource接口并且PooledDateSource持有一个UnpooledDateSource的引用,当PooledDateSource需要创建java.sql.Connection实例化对象时,还是通过UnpooledDateSource来创建,PooledDateSource只是提供了一种缓存连接池机制。

在这三种数据源中,我们一般采用的是 POOLED 数据源(很多时候我们所说的数据源就是为了更好的管理数据
库连接,也就是我们所说的连接池技术)。

我们的数据源配置就是在 SqlMapConfig.xml 文件中,具体配置如下:

<!-- 配置数据源(连接池)信息 --> 
<dataSource type="POOLED"> <property name="driver" value="${jdbc.driver}"/>
<property name="url" value="${jdbc.url}"/>
<property name="username" value="${jdbc.username}"/>
<property name="password" value="${jdbc.password}"/>
</dataSource>

MyBatis 在初始化时,根据的 type 属性来创建相应类型的的数据源 DataSource,即: type=”POOLED”:MyBatis 会创建 PooledDataSource 实例 type=”UNPOOLED” : MyBatis 会创建 UnpooledDataSource 实例 type=”JNDI”:MyBatis 会从 JNDI 服务上查找 DataSource 实例,然后返回使用

Mybatis中的DateSource的存取
Mybatis是通过工厂模式来创建数据源DateSource对象,Mybatis定义了抽象的工厂方法接口:org.apache.ibatis.datasource.DataSourceFactory,通过其 getDataSource()方法返回数据源
DataSource。
下面是DateSourceFactory的源码

//
// Source code recreated from a .class file by IntelliJ IDEA
// (powered by Fernflower decompiler)
//

package org.apache.ibatis.datasource;

import java.util.Properties;
import javax.sql.DataSource;

public interface DataSourceFactory {
    void setProperties(Properties var1);

    DataSource getDataSource();
}

MyBatis 创建了 DataSource 实例后,会将其放到 Configuration 对象内的 Environment 对象中, 供

以后使用。

具体分析过程如下:

1.先进入 XMLConfigBuilder 类中,可以找到如下代码

springboot mybatis 配置连接池 mybatis的连接池_连接池_03


2.分析 configuration 对象的 environment 属性,结果如下

springboot mybatis 配置连接池 mybatis的连接池_数据源_04


Mybatis 中连接的获取过程分析

当我们需要创建 SqlSession 对象并需要执行 SQL 语句时,这时候 MyBatis 才会去调用 dataSource 对象来创建java.sql.Connection对象。也就是说,java.sql.Connection对象的创建一直延迟到执行SQL语句的时候。

@Test
public void testSql() throws Exception {
InputStream in = Resources.getResourceAsStream("SqlMapConfig.xml");
SqlSessionFactory factory = new SqlSessionFactoryBuilder().build(in);
SqlSession sqlSession = factory.openSession();
List<User> list = sqlSession.selectList("findUserById",41);
System.out.println(list.size());
}

只有当第 4 句 sqlSession.selectList(“findUserById”),才会触发 MyBatis 在底层执行下面这个方

法来创建 java.sql.Connection 对象。

如何证明它的加载过程呢?

我们可以通过断点调试,在 PooledDataSource 中找到如下 popConnection()方法,如下所示

springboot mybatis 配置连接池 mybatis的连接池_连接池_05


分析源代码,得出 PooledDataSource 工作原理如下:

springboot mybatis 配置连接池 mybatis的连接池_数据源_06


下面是连接获取的源代码:

springboot mybatis 配置连接池 mybatis的连接池_连接池_07


最后我们可以发现,真正连接打开的时间点,只是在我们执行SQL语句时,才会进行。其实这样做我们也可以进一步发现,数据库连接是我们最为宝贵的资源,只有在要用到的时候,才去获取并打开连接,当我们用完了就再立即将数据库连接归还到连接池中。