MyBatis配置文件(七)--environments运行环境

一、environments配置信息:

environments的作用是用来配置数据库信息,可以配置多个,其有两个可配的子元素,分别是:事务管理器transactionManager和数据源dataSource,先看一下我配置的例子:

 1 <!-- 环境模式:development开发模式 work工作模式 -->
 2     <environments default="development">
 3         <!--环境变量 -->
 4         <environment id="development">
 5             <!--事务管理器 -->
 6             <transactionManager type="JDBC" />
 7             <!--数据源 -->
 8             <dataSource type="POOLED">
 9                 <property name="driver" value="${db.driver}" />
10                 <property name="url" value="${db.url}" />
11                 <property name="username" value="${db.username}" />
12                 <property name="password" value="${db.pwd}" />
13             </dataSource>
14         </environment>
15     </environments>

配置项说明:

1⃣️environments-default:该属性指定当前的环境,有development和work两种选择,默认是development开发模式;

2⃣️environment-id:该属性是每个environment定义的环境,也有development和work两种选择,默认是development开发模式;

3⃣️transactionManager-type:该属性是配置事务管理器的类型,mybatis中有JDBC和MANAGED两种,一次只能配置一个,后面会介绍;

4⃣️dataSource-type:该属性用来配置数据源类型,有UNPOOLED、POOLED和JNDI三种选择,后面会介绍;

5⃣️dataSource中的property元素就是数据库相关的信息

注意:environment可以配置多个,但是如果同一种模式,如development模式,配置了两个环境environment,mybatis会用后面的覆盖前面的,如下配置:

 1 <environments default="development">
 2         <!--环境变量 -->
 3         <environment id="development">
 4             <!--事务管理器 -->
 5             <transactionManager type="MANAGED" />
 6             <!--数据源 -->
 7             <dataSource type="POOLED">
 8                 <property name="driver" value="${db.driver}" />
 9                 <property name="url" value="${db.url}" />
10                 <property name="username" value="${db.username}" />
11                 <property name="password" value="${db.pwd}" />
12             </dataSource>
13         </environment>
14         <!--环境变量 -->
15         <environment id="development">
16             <!--事务管理器 -->
17             <transactionManager type="JDBC" />
18             <!--数据源 -->
19             <dataSource type="POOLED">
20                 <property name="driver" value="${db.driver}" />
21                 <property name="url" value="${db.url}" />
22                 <property name="username" value="${db.username}" />
23                 <property name="password" value="${db.pwd}" />
24             </dataSource>
25         </environment>
26     </environments>

上面的例子中我配了两个environment,但是它们的环境模式都是开发模式,此时在开发环境中生效的是后面的,即事务管理器为JDBC的配置,所以一般多个最多配置两个环境,且开发模式不同,一个是开发环境,一个是工作环境。下面通过代码获取环境配置信息:

1    /**
2      * 获取环境信息
3      */
4     public static void getEnvironment() {
5         SqlSession sqlSession = getSqlSession();
6         Environment env = sqlSession.getConfiguration().getEnvironment();
7         TransactionFactory tf = env.getTransactionFactory();
8         System.out.println(tf.getClass().getSimpleName());
9     }

 输出结果:

1 JdbcTransactionFactory

可以看到返回的事务管理器类型为JdbcTransactionFactory,而当我在配置中把事务管理器改成MANAGED时,会获取到ManagedTransactionFactory类型。下面分开介绍事务管理器和数据源的配置内容。

二、transactionManager事务管理器配置

在MyBatis中,transactionManager提供了两个实现类,都需要实现接口Transaction,我们可以查看以下它的源代码:

 1 public interface Transaction {
 2 
 3 
 4   Connection getConnection() throws SQLException;
 5 
 6   void commit() throws SQLException;
 7  
 8   void rollback() throws SQLException;
 9  
10   void close() throws SQLException;
11  
12   Integer getTimeout() throws SQLException;
13   
14 }

从提供的方法中可以知道,它主要完成提交、回滚、关闭数据库的事务。MyBatis中为Transaction接口提供了两个实现类,分别是JdbcTransaction和ManagedTransaction,并且分别对应着JdbcTransactionFactory和ManagedTransactionFactory两个工厂,这两个工厂实现了TransactionFactory这个接口,当我们在配置文件中通过transactionManager的type属性配置事务管理器类型的时候,mybatis就会自动从对应的工厂获取实例。下面说一下这两者的区别:

1⃣️JDBC使用JdbcTransactionFactory工厂生成的JdbcTransaction对象实现,以JDBC的方式进行数据库的提交、回滚等操作;

2⃣️MANAGED使用ManagedTransactionFactory工厂生成的ManagedTransaction对象实现,它的提交和回滚不需要任何操作,而是把事务交给容器进行处理,默认情况下会关闭连接,如果不希望默认关闭,只要将其中的closeConnection属性设置为false即可。

我在测试的过程中发现的最明显的区别就是,如果我使用JDBC的事务处理方式,当我向数据库中插入一条数据时,在调用完插入接口执行SQL之后,必须 执行sqlSession.commit();进行提交,否则虽然插入成功但是数据库中还是看不到刚才插入的数据;而使用MANAGED方式就不一样了,只需调用接口即可,无需手动提交。

当然,除了使用默认的,我们还可以根据需要自定义一个事务管理器,需要以下三步:

第一步:创建一个事务管理类,继承ManagedTransaction或JdbcTransaction类或实现Transaction接口;

 1 /**
 2  * 定义自己的事务管理器
 3  */
 4 public class MyTransaction extends JdbcTransaction implements Transaction {
 5 
 6     // 重写父类方法
 7     public MyTransaction(Connection connection) {
 8         super(connection);
 9     }
10 
11     public MyTransaction(DataSource ds, TransactionIsolationLevel desiredLevel, boolean desiredAutoCommit) {
12         super(ds, desiredLevel, desiredAutoCommit);
13     }
14 }

第二步:创建一个事务管理工厂类,实现TransactionFactory接口,提供生产事务处理相关接口;

 1 /**
 2  * 定义自己的事务管理器,实现获取连接、提交、回滚、关闭数据库连接等操作
 3  */
 4 public class MyTransaction extends JdbcTransaction implements Transaction {
 5 
 6     public MyTransaction(Connection connection) {
 7         super(connection);
 8     }
 9 
10     public MyTransaction(DataSource ds, TransactionIsolationLevel desiredLevel, boolean desiredAutoCommit) {
11         super(ds, desiredLevel, desiredAutoCommit);
12     }
13 
14     @Override
15     public Connection getConnection() throws SQLException {
16         return super.getConnection();
17     }
18 
19     @Override
20     public void commit() throws SQLException {
21         super.commit();
22     }
23 
24     @Override
25     public void rollback() throws SQLException {
26         super.rollback();
27     }
28 
29     @Override
30     public void close() throws SQLException {
31         super.close();
32     }
33 
34     @Override
35     public Integer getTimeout() throws SQLException {
36         return super.getTimeout();
37     }
38 }

第三步:配置自定义事务管理器

1 <transactionManager type="com.daily.objectfactory.MyTransactionFactory" />

注意⚠️:这个地方配置的是自定义的工厂类,而不是事务管理类,因为mybatis是根据配置的工厂获取具体实例对象的。

要不是亲手实践,差点就忽略了这点呢!!!

通过以上三步就完成了自定义事务管理器的配置,其实我们还可以在别名设置这个工厂的别名,然后在此处引用,如下:

先在别名中配置工厂所在的包

1 <typeAliases>
2         <!-- 对包进行扫描,可以批量进行别名设置,设置规则是:获取类名称,将其第一个字母变为小写 -->
3         <package name="com.daily.objectfactory" />
4 </typeAliases>

然后按照规则,该包下所有类的别名是将类的第一个字母变成小写,所以我自定义的这个事务管理器工厂MyTransactionFactory的别名就是myTransactionFactory,这样我就可以在事务管理配置中使用该别名了,如下:

1 <!--事务管理器 -->
2 <transactionManager type="myTransactionFactory" />

三、dataSource数据源配置

在mybatis中,数据库是通过PooledDataSourceFactory、UnpooledDataSourceFactory和JndiDataSourceFactory三个工厂类来提供,前两者分别产生PooledDataSource和UnpooledDataSource类对象,第三个则会根据JNDI的信息拿到外部容器实现的数据库连接对象,但是不管怎样,它们最后都会生成一个实现了DataSource接口的数据库连接对象。

它们的配置信息如下:

1 <dataSource type="POOLED">
2 <dataSource type="UNPOOLED">
3 <dataSource type="JNDI">

这三种数据源的意义如下:

1⃣️UNPOOLED

采用非数据库池的管理方式,每次请求都会新建一个连接,所以性能不是很高,使用这种数据源的时候,我们可以配置以下属性:

driver数据库驱动名

url数据库连接URL

username用户名

password密码

defaultTransactionIsolationLevel默认的事务隔离级别,如果要传递属性给驱动,则属性的前缀为driver

2⃣️POOLED

采用连接池的概念将数据库链接对象Connection组织起来,可以在初始化时创建多个连接,使用时直接从连接池获取,避免了重复创建连接所需的初始化和认证时间,从而提升了效率,所以这种方式比较适合对性能要求高的应用中。除了UNPOOLED中的配置属性之外,还有下面几个针对池子的配置:

poolMaximumActiveConnections:任意时间都会存在的连接数,默认值为10

poolMaxmumIdleConnections:可以空闲存在的连接数

poolMaxmumCheckoutTime:在被强制返回之前,检查出存在空闲连接的等待时间。即如果有20个连接,只有一个空闲,在这个空闲连接被找到之前的等待时间就用这个属性配置。

poolTimeToWait:等待一个数据库连接成功所需的时间,如果超出这个时间则尝试重新连接。

还有其他的一些配置,不详述了。

3⃣️JNDI

数据源JNDI的实现是为了能在如EJB或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个JNDI上下文的引用。这种数据源只需配置两个属性:

initial_context:用来在InitialContext中寻找上下文。可选,如果忽略,data_source属性将会直接从InitialContext中寻找;

data_source:引用数据源实例位置上下文的路径。当提供initial_context配置时,data_source会在其返回的上下文进行查找,否则直接从InitialContext中查找。

除了上述三种数据源之外,mybatis还提供第三方数据源,如DBCP,但是需要我们自定义数据源工厂并进行配置,这一点暂时不做研究。

以上就是environments运行环境的配置。

posted @ 2018-09-19 18:06  bug改了我  阅读(5327)  评论(0编辑  收藏  举报