国产精品电影_久久视频免费_欧美日韩国产激情_成年人视频免费在线播放_日本久久亚洲电影_久久都是精品_66av99_九色精品美女在线_蜜臀a∨国产成人精品_冲田杏梨av在线_欧美精品在线一区二区三区_麻豆mv在线看

MyBatis數(shù)據(jù)源與連接池詳解

開發(fā) 前端
MyBatis數(shù)據(jù)源DataSource分類MyBatis把數(shù)據(jù)源DataSource分為三種:UNPOOLED 不使用連接池的數(shù)據(jù)源POOLED 使用連接池的數(shù)據(jù)源JNDI 使用JNDI實(shí)現(xiàn)的數(shù)據(jù)源相應(yīng)地,MyBatis內(nèi)部分別定義了實(shí)現(xiàn)了java.sql.DataSource接口的UnpooledDataSource,PooledDataSource類來(lái)表示UNPOOLED、POOLED類型的

MyBatis數(shù)據(jù)源DataSource分類

MyBatis把數(shù)據(jù)源DataSource分為三種:

  • UNPOOLED 不使用連接池的數(shù)據(jù)源
  • POOLED 使用連接池的數(shù)據(jù)源
  • JNDI 使用JNDI實(shí)現(xiàn)的數(shù)據(jù)源

相應(yīng)地,MyBatis內(nèi)部分別定義了實(shí)現(xiàn)了java.sql.DataSource接口的UnpooledDataSource,PooledDataSource類來(lái)表示UNPOOLED、POOLED類型的數(shù)據(jù)源。

圖片圖片

對(duì)于JNDI類型的數(shù)據(jù)源DataSource,則是通過(guò)JNDI上下文中取值。

官網(wǎng)DataSource配置內(nèi)容清單

dataSource 元素使用標(biāo)準(zhǔn)的 JDBC 數(shù)據(jù)源接口來(lái)配置 JDBC 連接對(duì)象的資源。

大多數(shù) MyBatis 應(yīng)用程序會(huì)按示例中的例子來(lái)配置數(shù)據(jù)源。雖然數(shù)據(jù)源配置是可選的,但如果要啟用延遲加載特性,就必須配置數(shù)據(jù)源。 有三種內(nèi)建的數(shù)據(jù)源類型(也就是 type="[UNPOOLED|POOLED|JNDI]"):

UNPOOLED

這個(gè)數(shù)據(jù)源的實(shí)現(xiàn)會(huì)每次請(qǐng)求時(shí)打開和關(guān)閉連接。雖然有點(diǎn)慢,但對(duì)那些數(shù)據(jù)庫(kù)連接可用性要求不高的簡(jiǎn)單應(yīng)用程序來(lái)說(shuō),是一個(gè)很好的選擇。 性能表現(xiàn)則依賴于使用的數(shù)據(jù)庫(kù),對(duì)某些數(shù)據(jù)庫(kù)來(lái)說(shuō),使用連接池并不重要,這個(gè)配置就很適合這種情形。UNPOOLED 類型的數(shù)據(jù)源僅僅需要配置以下 5 種屬性:

  • driver – 這是 JDBC 驅(qū)動(dòng)的 Java 類全限定名(并不是 JDBC 驅(qū)動(dòng)中可能包含的數(shù)據(jù)源類)。
  • url – 這是數(shù)據(jù)庫(kù)的 JDBC URL 地址。
  • username – 登錄數(shù)據(jù)庫(kù)的用戶名。
  • password – 登錄數(shù)據(jù)庫(kù)的密碼。
  • defaultTransactionIsolationLevel – 默認(rèn)的連接事務(wù)隔離級(jí)別。
  • defaultNetworkTimeout – 等待數(shù)據(jù)庫(kù)操作完成的默認(rèn)網(wǎng)絡(luò)超時(shí)時(shí)間(單位:毫秒)。查看 java.sql.Connection#setNetworkTimeout() 的 API 文檔以獲取更多信息。

作為可選項(xiàng),你也可以傳遞屬性給數(shù)據(jù)庫(kù)驅(qū)動(dòng)。只需在屬性名加上“driver.”前綴即可,例如:

  • driver.encoding=UTF8

這將通過(guò) DriverManager.getConnection(url, driverProperties) 方法傳遞值為 UTF8 的 encoding 屬性給數(shù)據(jù)庫(kù)驅(qū)動(dòng)。

POOLED

這種數(shù)據(jù)源的實(shí)現(xiàn)利用“池”的概念將 JDBC 連接對(duì)象組織起來(lái),避免了創(chuàng)建新的連接實(shí)例時(shí)所必需的初始化和認(rèn)證時(shí)間。 這種處理方式很流行,能使并發(fā) Web 應(yīng)用快速響應(yīng)請(qǐng)求。

除了上述提到 UNPOOLED 下的屬性外,還有更多屬性用來(lái)配置 POOLED 的數(shù)據(jù)源:

  • poolMaximumActiveConnections – 在任意時(shí)間可存在的活動(dòng)(正在使用)連接數(shù)量,默認(rèn)值:10
  • poolMaximumIdleConnections – 任意時(shí)間可能存在的空閑連接數(shù)。
  • poolMaximumCheckoutTime – 在被強(qiáng)制返回之前,池中連接被檢出(checked out)時(shí)間,默認(rèn)值:20000 毫秒(即 20 秒)
  • poolTimeToWait – 這是一個(gè)底層設(shè)置,如果獲取連接花費(fèi)了相當(dāng)長(zhǎng)的時(shí)間,連接池會(huì)打印狀態(tài)日志并重新嘗試獲取一個(gè)連接(避免在誤配置的情況下一直失敗且不打印日志),默認(rèn)值:20000 毫秒(即 20 秒)。
  • poolMaximumLocalBadConnectionTolerance – 這是一個(gè)關(guān)于壞連接容忍度的底層設(shè)置, 作用于每一個(gè)嘗試從緩存池獲取連接的線程。 如果這個(gè)線程獲取到的是一個(gè)壞的連接,那么這個(gè)數(shù)據(jù)源允許這個(gè)線程嘗試重新獲取一個(gè)新的連接,但是這個(gè)重新嘗試的次數(shù)不應(yīng)該超過(guò) poolMaximumIdleConnections 與 poolMaximumLocalBadConnectionTolerance 之和。 默認(rèn)值:3(新增于 3.4.5)
  • poolPingQuery – 發(fā)送到數(shù)據(jù)庫(kù)的偵測(cè)查詢,用來(lái)檢驗(yàn)連接是否正常工作并準(zhǔn)備接受請(qǐng)求。默認(rèn)是“NO PING QUERY SET”,這會(huì)導(dǎo)致多數(shù)數(shù)據(jù)庫(kù)驅(qū)動(dòng)出錯(cuò)時(shí)返回恰當(dāng)?shù)腻e(cuò)誤消息。
  • poolPingEnabled – 是否啟用偵測(cè)查詢。若開啟,需要設(shè)置 poolPingQuery 屬性為一個(gè)可執(zhí)行的 SQL 語(yǔ)句(最好是一個(gè)速度非常快的 SQL 語(yǔ)句),默認(rèn)值:false。
  • poolPingConnectionsNotUsedFor – 配置 poolPingQuery 的頻率。可以被設(shè)置為和數(shù)據(jù)庫(kù)連接超時(shí)時(shí)間一樣,來(lái)避免不必要的偵測(cè),默認(rèn)值:0(即所有連接每一時(shí)刻都被偵測(cè) — 當(dāng)然僅當(dāng) poolPingEnabled 為 true 時(shí)適用)。

JNDI

這個(gè)數(shù)據(jù)源實(shí)現(xiàn)是為了能在如 EJB 或應(yīng)用服務(wù)器這類容器中使用,容器可以集中或在外部配置數(shù)據(jù)源,然后放置一個(gè) JNDI 上下文的數(shù)據(jù)源引用。這種數(shù)據(jù)源配置只需要兩個(gè)屬性:

  • initial_context – 這個(gè)屬性用來(lái)在 InitialContext 中尋找上下文(即,initialContext.lookup(initial_context))。這是個(gè)可選屬性,如果忽略,那么將會(huì)直接從 InitialContext 中尋找 data_source 屬性。
  • data_source – 這是引用數(shù)據(jù)源實(shí)例位置的上下文路徑。提供了 initial_context 配置時(shí)會(huì)在其返回的上下文中進(jìn)行查找,沒(méi)有提供時(shí)則直接在 InitialContext 中查找。

和其他數(shù)據(jù)源配置類似,可以通過(guò)添加前綴“env.”直接把屬性傳遞給 InitialContext。比如:

  • env.encoding=UTF8

這就會(huì)在 InitialContext 實(shí)例化時(shí)往它的構(gòu)造方法傳遞值為 UTF8 的 encoding 屬性。

你可以通過(guò)實(shí)現(xiàn)接口 org.apache.ibatis.datasource.DataSourceFactory 來(lái)使用第三方數(shù)據(jù)源實(shí)現(xiàn):

public interface DataSourceFactory {
  void setProperties(Properties props);
  DataSource getDataSource();
}

org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory 可被用作父類來(lái)構(gòu)建新的數(shù)據(jù)源適配器,比如下面這段插入 C3P0 數(shù)據(jù)源所必需的代碼:

import org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory;
import com.mchange.v2.c3p0.ComboPooledDataSource;

public class C3P0DataSourceFactory extends UnpooledDataSourceFactory {

  public C3P0DataSourceFactory() {
    this.dataSource = new ComboPooledDataSource();
  }
}

為了令其工作,記得在配置文件中為每個(gè)希望 MyBatis 調(diào)用的 setter 方法增加對(duì)應(yīng)的屬性。 下面是一個(gè)可以連接至 PostgreSQL 數(shù)據(jù)庫(kù)的例子:

<dataSource type="org.myproject.C3P0DataSourceFactory">
  <property name="driver" value="org.postgresql.Driver"/>
  <property name="url" value="jdbc:postgresql:mydb"/>
  <property name="username" value="postgres"/>
  <property name="password" value="root"/>
</dataSource>

DataSource的創(chuàng)建過(guò)程

MyBatis數(shù)據(jù)源DataSource對(duì)象的創(chuàng)建發(fā)生在MyBatis初始化的過(guò)程中。下面讓我們一步步地了解MyBatis是如何創(chuàng)建數(shù)據(jù)源DataSource的。

在mybatis的XML配置文件中,使用<dataSource>元素來(lái)配置數(shù)據(jù)源:

<dataSource type="org.myproject.C3P0DataSourceFactory">
  <property name="driver" value="org.postgresql.Driver"/>
  <property name="url" value="jdbc:postgresql:mydb"/>
  <property name="username" value="postgres"/>
  <property name="password" value="root"/>
</dataSource>

MyBatis在初始化時(shí),解析此文件,根據(jù)<dataSource>的type屬性來(lái)創(chuàng)建相應(yīng)類型的的數(shù)據(jù)源DataSource,即:

  • type=”POOLED” :MyBatis會(huì)創(chuàng)建PooledDataSource實(shí)例
  • type=”UNPOOLED” :MyBatis會(huì)創(chuàng)建UnpooledDataSource實(shí)例
  • type=”JNDI” :MyBatis會(huì)從JNDI服務(wù)上查找DataSource實(shí)例,然后返回使用

順便說(shuō)一下,MyBatis是通過(guò)工廠模式來(lái)創(chuàng)建數(shù)據(jù)源DataSource對(duì)象的,MyBatis定義了抽象的工廠接口:org.apache.ibatis.datasource.DataSourceFactory,通過(guò)其getDataSource()方法返回?cái)?shù)據(jù)源DataSource:

public interface DataSourceFactory { 
    void setProperties(Properties props);  
    // 生產(chǎn)DataSource  
    DataSource getDataSource();  
}

上述三種不同類型的type,則有對(duì)應(yīng)的以下dataSource工廠:

  • POOLED PooledDataSourceFactory
  • UNPOOLED UnpooledDataSourceFactory
  • JNDI JndiDataSourceFactory

其類圖如下所示:

圖片圖片

MyBatis創(chuàng)建了DataSource實(shí)例后,會(huì)將其放到Configuration對(duì)象內(nèi)的Environment對(duì)象中,供以后使用。

DataSource什么時(shí)候創(chuàng)建Connection對(duì)象

當(dāng)我們需要?jiǎng)?chuàng)建SqlSession對(duì)象并需要執(zhí)行SQL語(yǔ)句時(shí),這時(shí)候MyBatis才會(huì)去調(diào)用dataSource對(duì)象來(lái)創(chuàng)建java.sql.Connection對(duì)象。也就是說(shuō),java.sql.Connection對(duì)象的創(chuàng)建一直延遲到執(zhí)行SQL語(yǔ)句的時(shí)候。

比如,我們有如下方法執(zhí)行一個(gè)簡(jiǎn)單的SQL語(yǔ)句:

String resource = "mybatis-config.xml";  
InputStream inputStream = Resources.getResourceAsStream(resource);  
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);  
SqlSession sqlSession = sqlSessionFactory.openSession();  
sqlSession.selectList("SELECT * FROM STUDENTS");

前4句都不會(huì)導(dǎo)致java.sql.Connection對(duì)象的創(chuàng)建,只有當(dāng)?shù)?句sqlSession.selectList("SELECT * FROM STUDENTS"),才會(huì)觸發(fā)MyBatis在底層執(zhí)行下面這個(gè)方法來(lái)創(chuàng)建java.sql.Connection對(duì)象:

protected void openConnection() throws SQLException {  
    if (log.isDebugEnabled()) {  
        log.debug("Opening JDBC Connection");  
    }  
    connection = dataSource.getConnection();  
    if (level != null) {  
        connection.setTransactionIsolation(level.getLevel());  
    }  
    setDesiredAutoCommit(autoCommmit);  
}

不使用連接池的UnpooledDataSource

當(dāng) <dataSource>的type屬性被配置成了”UNPOOLED”,MyBatis首先會(huì)實(shí)例化一個(gè)UnpooledDataSourceFactory工廠實(shí)例,然后通過(guò).getDataSource()方法返回一個(gè)UnpooledDataSource實(shí)例對(duì)象引用,我們假定為dataSource。

使用UnpooledDataSource的getConnection(),每調(diào)用一次就會(huì)產(chǎn)生一個(gè)新的Connection實(shí)例對(duì)象。

UnPooledDataSource的getConnection()方法實(shí)現(xiàn)如下:

/* 
 * UnpooledDataSource的getConnection()實(shí)現(xiàn) 
 */  
public Connection getConnection() throws SQLException  
{  
    return doGetConnection(username, password);  
}  
  
private Connection doGetConnection(String username, String password) throws SQLException  
{  
    //封裝username和password成properties  
    Properties props = new Properties();  
    if (driverProperties != null)  
    {  
        props.putAll(driverProperties);  
    }  
    if (username != null)  
    {  
        props.setProperty("user", username);  
    }  
    if (password != null)  
    {  
        props.setProperty("password", password);  
    }  
    return doGetConnection(props);  
}  
  
/* 
 *  獲取數(shù)據(jù)連接 
 */  
private Connection doGetConnection(Properties properties) throws SQLException  
{  
    //1.初始化驅(qū)動(dòng)  
    initializeDriver();  
    //2.從DriverManager中獲取連接,獲取新的Connection對(duì)象  
    Connection connection = DriverManager.getConnection(url, properties);  
    //3.配置connection屬性  
    configureConnection(connection);  
    return connection;  
}

如上代碼所示,UnpooledDataSource會(huì)做以下事情:

  • 初始化驅(qū)動(dòng):判斷driver驅(qū)動(dòng)是否已經(jīng)加載到內(nèi)存中,如果還沒(méi)有加載,則會(huì)動(dòng)態(tài)地加載driver類,并實(shí)例化一個(gè)Driver對(duì)象,使用DriverManager.registerDriver()方法將其注冊(cè)到內(nèi)存中,以供后續(xù)使用。
  • 創(chuàng)建Connection對(duì)象:使用DriverManager.getConnection()方法創(chuàng)建連接。
  • 配置Connection對(duì)象:設(shè)置是否自動(dòng)提交autoCommit和隔離級(jí)別isolationLevel。
  • 返回Connection對(duì)象。

上述的序列圖如下所示:

圖片圖片

總結(jié):從上述的代碼中可以看到,我們每調(diào)用一次getConnection()方法,都會(huì)通過(guò)DriverManager.getConnection()返回新的java.sql.Connection實(shí)例。

為什么要使用連接池

  • 創(chuàng)建一個(gè)java.sql.Connection實(shí)例對(duì)象的代價(jià)

首先讓我們來(lái)看一下創(chuàng)建一個(gè)java.sql.Connection對(duì)象的資源消耗。我們通過(guò)連接Oracle數(shù)據(jù)庫(kù),創(chuàng)建創(chuàng)建Connection對(duì)象,來(lái)看創(chuàng)建一個(gè)Connection對(duì)象、執(zhí)行SQL語(yǔ)句各消耗多長(zhǎng)時(shí)間。代碼如下:

public static void main(String[] args) throws Exception  {  
 
   String sql = "select * from hr.employees where employee_id < ? and employee_id >= ?";  
   PreparedStatement st = null;  
   ResultSet rs = null;  
 
   long beforeTimeOffset = -1L; //創(chuàng)建Connection對(duì)象前時(shí)間  
   long afterTimeOffset = -1L; //創(chuàng)建Connection對(duì)象后時(shí)間  
   long executeTimeOffset = -1L; //創(chuàng)建Connection對(duì)象后時(shí)間  
 
   Connection con = null;  
   Class.forName("oracle.jdbc.driver.OracleDriver");  
 
   beforeTimeOffset = new Date().getTime();  
   System.out.println("before:\t" + beforeTimeOffset);  
 
   con = DriverManager.getConnection("jdbc:oracle:thin:@127.0.0.1:1521:xe", "louluan", "123456");  
 
   afterTimeOffset = new Date().getTime();  
   System.out.println("after:\t\t" + afterTimeOffset);  
   System.out.println("Create Costs:\t\t" + (afterTimeOffset - beforeTimeOffset) + " ms");  
 
   st = con.prepareStatement(sql);  
   //設(shè)置參數(shù)  
   st.setInt(1, 101);  
   st.setInt(2, 0);  
   //查詢,得出結(jié)果集  
   rs = st.executeQuery();  
   executeTimeOffset = new Date().getTime();  
   System.out.println("Exec Costs:\t\t" + (executeTimeOffset - afterTimeOffset) + " ms");  
 
}

上述程序的執(zhí)行結(jié)果為:

圖片圖片

從此結(jié)果可以清楚地看出,創(chuàng)建一個(gè)Connection對(duì)象,用了250 毫秒;而執(zhí)行SQL的時(shí)間用了170毫秒。

創(chuàng)建一個(gè)Connection對(duì)象用了250毫秒!這個(gè)時(shí)間對(duì)計(jì)算機(jī)來(lái)說(shuō)可以說(shuō)是一個(gè)非常奢侈的!

這僅僅是一個(gè)Connection對(duì)象就有這么大的代價(jià),設(shè)想一下另外一種情況:如果我們?cè)赪eb應(yīng)用程序中,為用戶的每一個(gè)請(qǐng)求就操作一次數(shù)據(jù)庫(kù),當(dāng)有10000個(gè)在線用戶并發(fā)操作的話,對(duì)計(jì)算機(jī)而言,僅僅創(chuàng)建Connection對(duì)象不包括做業(yè)務(wù)的時(shí)間就要損耗10000×250ms= 250 0000 ms = 2500 s = 41.6667 min,竟然要41分鐘!!!如果對(duì)高用戶群體使用這樣的系統(tǒng),簡(jiǎn)直就是開玩笑!

  • 問(wèn)題分析:

創(chuàng)建一個(gè)java.sql.Connection對(duì)象的代價(jià)是如此巨大,是因?yàn)閯?chuàng)建一個(gè)Connection對(duì)象的過(guò)程,在底層就相當(dāng)于和數(shù)據(jù)庫(kù)建立的通信連接,在建立通信連接的過(guò)程,消耗了這么多的時(shí)間,而往往我們建立連接后(即創(chuàng)建Connection對(duì)象后),就執(zhí)行一個(gè)簡(jiǎn)單的SQL語(yǔ)句,然后就要拋棄掉,這是一個(gè)非常大的資源浪費(fèi)!

  • 解決方案:

對(duì)于需要頻繁地跟數(shù)據(jù)庫(kù)交互的應(yīng)用程序,可以在創(chuàng)建了Connection對(duì)象,并操作完數(shù)據(jù)庫(kù)后,可以不釋放掉資源,而是將它放到內(nèi)存中,當(dāng)下次需要操作數(shù)據(jù)庫(kù)時(shí),可以直接從內(nèi)存中取出Connection對(duì)象,不需要再創(chuàng)建了,這樣就極大地節(jié)省了創(chuàng)建Connection對(duì)象的資源消耗。由于內(nèi)存也是有限和寶貴的,這又對(duì)我們對(duì)內(nèi)存中的Connection對(duì)象怎么有效地維護(hù)提出了很高的要求。我們將在內(nèi)存中存放Connection對(duì)象的容器稱之為連接池(Connection Pool)。下面讓我們來(lái)看一下MyBatis的線程池是怎樣實(shí)現(xiàn)的。

使用了連接池的PooledDataSource

同樣地,我們也是使用PooledDataSource的getConnection()方法來(lái)返回Connection對(duì)象。現(xiàn)在讓我們看一下它的基本原理:

PooledDataSource將java.sql.Connection對(duì)象包裹成PooledConnection對(duì)象放到了PoolState類型的容器中維護(hù)。 MyBatis將連接池中的PooledConnection分為兩種狀態(tài):空閑狀態(tài)(idle)和活動(dòng)狀態(tài)(active),這兩種狀態(tài)的PooledConnection對(duì)象分別被存儲(chǔ)到PoolState容器內(nèi)的idleConnections和activeConnections兩個(gè)List集合中:

  • idleConnections: 空閑(idle)狀態(tài)PooledConnection對(duì)象被放置到此集合中,表示當(dāng)前閑置的沒(méi)有被使用的PooledConnection集合,調(diào)用PooledDataSource的getConnection()方法時(shí),會(huì)優(yōu)先從此集合中取PooledConnection對(duì)象。當(dāng)用完一個(gè)java.sql.Connection對(duì)象時(shí),MyBatis會(huì)將其包裹成PooledConnection對(duì)象放到此集合中。
  • activeConnections: 活動(dòng)(active)狀態(tài)的PooledConnection對(duì)象被放置到名為activeConnections的ArrayList中,表示當(dāng)前正在被使用的PooledConnection集合,調(diào)用PooledDataSource的getConnection()方法時(shí),會(huì)優(yōu)先從idleConnections集合中取PooledConnection對(duì)象,如果沒(méi)有,則看此集合是否已滿,如果未滿,PooledDataSource會(huì)創(chuàng)建出一個(gè)PooledConnection,添加到此集合中,并返回。

PoolState連接池的大致結(jié)構(gòu)如下所示:

圖片圖片

  • 獲取java.sql.Connection對(duì)象的過(guò)程

下面讓我們看一下PooledDataSource 的getConnection()方法獲取Connection對(duì)象的實(shí)現(xiàn):

public Connection getConnection() throws SQLException {  
    return popConnection(dataSource.getUsername(), dataSource.getPassword()).getProxyConnection();  
}  
 
public Connection getConnection(String username, String password) throws SQLException {  
    return popConnection(username, password).getProxyConnection();  
}

上述的popConnection()方法,會(huì)從連接池中返回一個(gè)可用的PooledConnection對(duì)象,然后再調(diào)用getProxyConnection()方法最終返回Conection對(duì)象。(至于為什么會(huì)有g(shù)etProxyConnection(),請(qǐng)關(guān)注下一節(jié))。

現(xiàn)在讓我們看一下popConnection()方法到底做了什么:

  • 先看是否有空閑(idle)狀態(tài)下的PooledConnection對(duì)象,如果有,就直接返回一個(gè)可用的PooledConnection對(duì)象;否則進(jìn)行第2步。
  • 查看活動(dòng)狀態(tài)的PooledConnection池activeConnections是否已滿;如果沒(méi)有滿,則創(chuàng)建一個(gè)新的PooledConnection對(duì)象,然后放到activeConnections池中,然后返回此PooledConnection對(duì)象;否則進(jìn)行第三步;
  • 看最先進(jìn)入activeConnections池中的PooledConnection對(duì)象是否已經(jīng)過(guò)期:如果已經(jīng)過(guò)期,從activeConnections池中移除此對(duì)象,然后創(chuàng)建一個(gè)新的PooledConnection對(duì)象,添加到activeConnections中,然后將此對(duì)象返回;否則進(jìn)行第4步。
  • 線程等待,循環(huán)2步
/* 
 * 傳遞一個(gè)用戶名和密碼,從連接池中返回可用的PooledConnection 
 */  
private PooledConnection popConnection(String username, String password) throws SQLException  
{  
   boolean countedWait = false;  
   PooledConnection conn = null;  
   long t = System.currentTimeMillis();  
   int localBadConnectionCount = 0;  
 
   while (conn == null)  
   {  
       synchronized (state)  
       {  
           if (state.idleConnections.size() > 0)  
           {  
               // 連接池中有空閑連接,取出第一個(gè)  
               conn = state.idleConnections.remove(0);  
               if (log.isDebugEnabled())  
               {  
                   log.debug("Checked out connection " + conn.getRealHashCode() + " from pool.");  
               }  
           }  
           else  
           {  
               // 連接池中沒(méi)有空閑連接,則取當(dāng)前正在使用的連接數(shù)小于最大限定值,  
               if (state.activeConnections.size() < poolMaximumActiveConnections)  
               {  
                   // 創(chuàng)建一個(gè)新的connection對(duì)象  
                   conn = new PooledConnection(dataSource.getConnection(), this);  
                   @SuppressWarnings("unused")  
                   //used in logging, if enabled  
                   Connection realConn = conn.getRealConnection();  
                   if (log.isDebugEnabled())  
                   {  
                       log.debug("Created connection " + conn.getRealHashCode() + ".");  
                   }  
               }  
               else  
               {  
                   // Cannot create new connection 當(dāng)活動(dòng)連接池已滿,不能創(chuàng)建時(shí),取出活動(dòng)連接池的第一個(gè),即最先進(jìn)入連接池的PooledConnection對(duì)象  
                   // 計(jì)算它的校驗(yàn)時(shí)間,如果校驗(yàn)時(shí)間大于連接池規(guī)定的最大校驗(yàn)時(shí)間,則認(rèn)為它已經(jīng)過(guò)期了,利用這個(gè)PoolConnection內(nèi)部的realConnection重新生成一個(gè)PooledConnection  
                   //  
                   PooledConnection oldestActiveConnection = state.activeConnections.get(0);  
                   long longestCheckoutTime = oldestActiveConnection.getCheckoutTime();  
                   if (longestCheckoutTime > poolMaximumCheckoutTime)  
                   {  
                       // Can claim overdue connection  
                       state.claimedOverdueConnectionCount++;  
                       state.accumulatedCheckoutTimeOfOverdueConnections += longestCheckoutTime;  
                       state.accumulatedCheckoutTime += longestCheckoutTime;  
                       state.activeConnections.remove(oldestActiveConnection);  
                       if (!oldestActiveConnection.getRealConnection().getAutoCommit())  
                       {  
                           oldestActiveConnection.getRealConnection().rollback();  
                       }  
                       conn = new PooledConnection(oldestActiveConnection.getRealConnection(), this);  
                       oldestActiveConnection.invalidate();  
                       if (log.isDebugEnabled())  
                       {  
                           log.debug("Claimed overdue connection " + conn.getRealHashCode() + ".");  
                       }  
                   }  
                   else  
                   {  
 
                       //如果不能釋放,則必須等待有  
                       // Must wait  
                       try  
                       {  
                           if (!countedWait)  
                           {  
                               state.hadToWaitCount++;  
                               countedWait = true;  
                           }  
                           if (log.isDebugEnabled())  
                           {  
                               log.debug("Waiting as long as " + poolTimeToWait + " milliseconds for connection.");  
                           }  
                           long wt = System.currentTimeMillis();  
                           state.wait(poolTimeToWait);  
                           state.accumulatedWaitTime += System.currentTimeMillis() - wt;  
                       }  
                       catch (InterruptedException e)  
                       {  
                           break;  
                       }  
                   }  
               }  
           }  
 
           //如果獲取PooledConnection成功,則更新其信息  
 
           if (conn != null)  
           {  
               if (conn.isValid())  
               {  
                   if (!conn.getRealConnection().getAutoCommit())  
                   {  
                       conn.getRealConnection().rollback();  
                   }  
                   conn.setConnectionTypeCode(assembleConnectionTypeCode(dataSource.getUrl(), username, password));  
                   conn.setCheckoutTimestamp(System.currentTimeMillis());  
                   conn.setLastUsedTimestamp(System.currentTimeMillis());  
                   state.activeConnections.add(conn);  
                   state.requestCount++;  
                   state.accumulatedRequestTime += System.currentTimeMillis() - t;  
               }  
               else  
               {  
                   if (log.isDebugEnabled())  
                   {  
                       log.debug("A bad connection (" + conn.getRealHashCode() + ") was returned from the pool, getting another connection.");  
                   }  
                   state.badConnectionCount++;  
                   localBadConnectionCount++;  
                   conn = null;  
                   if (localBadConnectionCount > (poolMaximumIdleConnections + 3))  
                   {  
                       if (log.isDebugEnabled())  
                       {  
                           log.debug("PooledDataSource: Could not get a good connection to the database.");  
                       }  
                       throw new SQLException("PooledDataSource: Could not get a good connection to the database.");  
                   }  
               }  
           }  
       }  
 
   }  
 
   if (conn == null)  
   {  
       if (log.isDebugEnabled())  
       {  
           log.debug("PooledDataSource: Unknown severe error condition.  The connection pool returned a null connection.");  
       }  
       throw new SQLException("PooledDataSource: Unknown severe error condition.  The connection pool returned a null connection.");  
   }  
 
   return conn;  
}

對(duì)應(yīng)的處理流程圖如下所示:

圖片圖片

如上所示,對(duì)于PooledDataSource的getConnection()方法內(nèi),先是調(diào)用類PooledDataSource的popConnection()方法返回了一個(gè)PooledConnection對(duì)象,然后調(diào)用了PooledConnection的getProxyConnection()來(lái)返回Connection對(duì)象。

  • java.sql.Connection對(duì)象的回收

當(dāng)我們的程序中使用完Connection對(duì)象時(shí),如果不使用數(shù)據(jù)庫(kù)連接池,我們一般會(huì)調(diào)用 connection.close()方法,關(guān)閉connection連接,釋放資源。如下所示:

private void test() throws ClassNotFoundException, SQLException  
{  
   String sql = "select * from hr.employees where employee_id < ? and employee_id >= ?";  
   PreparedStatement st = null;  
   ResultSet rs = null;  
 
   Connection con = null;  
   Class.forName("oracle.jdbc.driver.OracleDriver");  
   try  
   {  
       con = DriverManager.getConnection("jdbc:oracle:thin:@127.0.0.1:1521:xe", "louluan", "123456");  
       st = con.prepareStatement(sql);  
       //設(shè)置參數(shù)  
       st.setInt(1, 101);  
       st.setInt(2, 0);  
       //查詢,得出結(jié)果集  
       rs = st.executeQuery();  
       //取數(shù)據(jù),省略  
       //關(guān)閉,釋放資源  
       con.close();  
   }  
   catch (SQLException e)  
   {  
       con.close();  
       e.printStackTrace();  
   }  
}

調(diào)用過(guò)close()方法的Connection對(duì)象所持有的資源會(huì)被全部釋放掉,Connection對(duì)象也就不能再使用。

那么,如果我們使用了連接池,我們?cè)谟猛炅薈onnection對(duì)象時(shí),需要將它放在連接池中,該怎樣做呢?

為了和一般的使用Conneciton對(duì)象的方式保持一致,我們希望當(dāng)Connection使用完后,調(diào)用.close()方法,而實(shí)際上Connection資源并沒(méi)有被釋放,而實(shí)際上被添加到了連接池中。這樣可以做到嗎?答案是可以。上述的要求從另外一個(gè)角度來(lái)描述就是:能否提供一種機(jī)制,讓我們知道Connection對(duì)象調(diào)用了什么方法,從而根據(jù)不同的方法自定義相應(yīng)的處理機(jī)制。恰好代理機(jī)制就可以完成上述要求.

怎樣實(shí)現(xiàn)Connection對(duì)象調(diào)用了close()方法,而實(shí)際是將其添加到連接池中:

這是要使用代理模式,為真正的Connection對(duì)象創(chuàng)建一個(gè)代理對(duì)象,代理對(duì)象所有的方法都是調(diào)用相應(yīng)的真正Connection對(duì)象的方法實(shí)現(xiàn)。當(dāng)代理對(duì)象執(zhí)行close()方法時(shí),要特殊處理,不調(diào)用真正Connection對(duì)象的close()方法,而是將Connection對(duì)象添加到連接池中。

MyBatis的PooledDataSource的PoolState內(nèi)部維護(hù)的對(duì)象是PooledConnection類型的對(duì)象,而PooledConnection則是對(duì)真正的數(shù)據(jù)庫(kù)連接java.sql.Connection實(shí)例對(duì)象的包裹器。

PooledConnection對(duì)象內(nèi)持有一個(gè)真正的數(shù)據(jù)庫(kù)連接java.sql.Connection實(shí)例對(duì)象和一個(gè)java.sql.Connection的代理,其部分定義如下:

class PooledConnection implements InvocationHandler {  
   
    //......  
    //所創(chuàng)建它的datasource引用  
    private PooledDataSource dataSource;  
    //真正的Connection對(duì)象  
    private Connection realConnection;  
    //代理自己的代理Connection  
    private Connection proxyConnection;  
   
    //......  
}

PooledConenction實(shí)現(xiàn)了InvocationHandler接口,并且,proxyConnection對(duì)象也是根據(jù)這個(gè)它來(lái)生成的代理對(duì)象:

public PooledConnection(Connection connection, PooledDataSource dataSource) {  
   this.hashCode = connection.hashCode();  
   this.realConnection = connection;  
   this.dataSource = dataSource;  
   this.createdTimestamp = System.currentTimeMillis();  
   this.lastUsedTimestamp = System.currentTimeMillis();  
   this.valid = true;  
   this.proxyConnection = (Connection) Proxy.newProxyInstance(Connection.class.getClassLoader(), IFACES, this);  
}

實(shí)際上,我們調(diào)用PooledDataSource的getConnection()方法返回的就是這個(gè)proxyConnection對(duì)象。當(dāng)我們調(diào)用此proxyConnection對(duì)象上的任何方法時(shí),都會(huì)調(diào)用PooledConnection對(duì)象內(nèi)invoke()方法。

讓我們看一下PooledConnection類中的invoke()方法定義:

public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {  
    String methodName = method.getName();  
    //當(dāng)調(diào)用關(guān)閉的時(shí)候,回收此Connection到PooledDataSource中  
    if (CLOSE.hashCode() == methodName.hashCode() && CLOSE.equals(methodName)) {  
        dataSource.pushConnection(this);  
        return null;  
    } else {  
        try {  
            if (!Object.class.equals(method.getDeclaringClass())) {  
                checkConnection();  
            }  
            return method.invoke(realConnection, args);  
        } catch (Throwable t) {  
            throw ExceptionUtil.unwrapThrowable(t);  
        }  
    }  
}

從上述代碼可以看到,當(dāng)我們使用了pooledDataSource.getConnection()返回的Connection對(duì)象的close()方法時(shí),不會(huì)調(diào)用真正Connection的close()方法,而是將此Connection對(duì)象放到連接池中。

JNDI類型的數(shù)據(jù)源DataSource

對(duì)于JNDI類型的數(shù)據(jù)源DataSource的獲取就比較簡(jiǎn)單,MyBatis定義了一個(gè)JndiDataSourceFactory工廠來(lái)創(chuàng)建通過(guò)JNDI形式生成的DataSource。下面讓我們看一下JndiDataSourceFactory的關(guān)鍵代碼:

if (properties.containsKey(INITIAL_CONTEXT) && properties.containsKey(DATA_SOURCE))  
{  
    //從JNDI上下文中找到DataSource并返回  
    Context ctx = (Context) initCtx.lookup(properties.getProperty(INITIAL_CONTEXT));  
    dataSource = (DataSource) ctx.lookup(properties.getProperty(DATA_SOURCE));  
}  
else if (properties.containsKey(DATA_SOURCE))  
{  
    //從JNDI上下文中找到DataSource并返回  
    dataSource = (DataSource) initCtx.lookup(properties.getProperty(DATA_SOURCE));  
}

責(zé)任編輯:武曉燕 來(lái)源: Seven97
相關(guān)推薦

2012-06-17 13:04:45

2024-12-04 15:55:19

2010-10-26 16:15:33

連接Oracle數(shù)據(jù)庫(kù)

2015-04-27 09:50:45

Java Hibern連接池詳解

2019-12-30 15:30:13

連接池請(qǐng)求PHP

2009-06-24 07:53:47

Hibernate數(shù)據(jù)

2009-06-15 13:46:00

netbeans設(shè)置數(shù)據(jù)庫(kù)連接池

2011-07-29 15:11:42

WeblogicOracle數(shù)據(jù)庫(kù)連接

2025-09-15 08:46:45

2020-12-31 07:55:33

spring bootMybatis數(shù)據(jù)庫(kù)

2023-06-07 08:08:37

MybatisSpringBoot

2025-12-12 07:35:19

SpringBoot業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫(kù)

2023-09-07 08:39:39

copy屬性數(shù)據(jù)源

2011-06-01 13:54:10

MySQL

2010-06-12 13:04:03

MySQL連接池

2011-08-30 15:10:47

Tomcat 6.0Oracle 10g數(shù)據(jù)源連接測(cè)試

2023-01-04 09:33:31

SpringBootMybatis

2018-02-07 16:23:58

連接池內(nèi)存池AI

2022-11-11 09:41:04

連接池微服務(wù)數(shù)據(jù)庫(kù)

2009-06-17 16:22:45

Hibernate連接
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)

亚洲人成五月天| 亚洲一本二本| 国产九色精品成人porny| 亚洲国产精品网站| 欧美一区二区中文字幕| 国产亚洲一区二区三区| 久久亚洲一区二区三区四区五区高 | 国产精品资源网站| 国产精品欧美在线| 亚洲成人av观看| 亚洲成a人片综合在线| 国产熟女高潮视频| 美腿丝袜在线亚洲一区| 91老司机在线| 色婷婷av一区二区三区丝袜美腿| 亚洲丁香久久久| 大片免费播放在线视频| 亚洲国产精品成人综合 | 少妇精品久久久| 91av在线播放视频| 欧美91在线|欧美| 伊是香蕉大人久久| 欧美精品中文字幕一区二区| 日本免费久久| 一区在线播放| 日韩欧美999| 国产精品美女久久久免费| 欧美日韩怡红院| 男人的天堂亚洲在线| 日韩成人激情在线| 18岁网站在线观看| 亚洲欧美tv| 欧美性猛交xxxxx免费看| 成人啪啪免费看| jizz蜜桃视频在线观看| 日韩精品成人在线观看| 欧美日韩中文字幕日韩欧美| 亚洲最大福利视频网站| 国产一区二区三区不卡在线| 黄色片网站在线观看| 欧美男生操女生| av成人免费看| 日韩欧美精品在线视频| 密臀av在线播放| 欧美有码在线观看| 麻豆视频久久| 777色狠狠一区二区三区| av日韩在线免费| 亚洲国产日韩欧美一区二区三区| 欧美三级一区二区| 性xxxfreexxxx性欧美| 国产999精品久久| 亚洲精品免费一区二区三区| 亚州黄色一级| av不卡一区二区| 欧美人牲a欧美精品| 孩娇小videos精品| 黄色国产精品| 亚洲精品高清视频| 成人av在线一区二区三区| 中文字幕伦理免费在线视频 | 天堂av中文在线观看| 国产免费观看久久| 51久久精品夜色国产麻豆| 日韩伦理一区二区| 欧美一区二区高清| 欧美日韩中文在线视频| 亚洲午夜极品| 中文字幕日韩在线视频| 两个人看的免费完整在线观看| 免费黄网站欧美| 在线观看免费国产小视频| 日韩极品精品视频免费观看| 国偷自产av一区二区三区| 欧美 日韩 国产在线| 欧美二区视频| 国产日韩欧美亚洲一区| aaa国产精品视频| 欧美一区二区在线看| 一区二区电影免费观看| 亚洲在线观看免费| 1024亚洲| 国产欧美日韩不卡免费| 一道本视频在线观看| 国内精品第一页| www亚洲国产| 精品一区二区三区影院在线午夜| 国产91视觉| 日韩欧美亚洲一二三区| 女一区二区三区| gogo高清免费视频| 精品视频在线导航| 91九色在线看| 久久欧美在线电影| 国产欧美日韩一区二区三区在线| 精品欧美国产| 99视频一区| 乱熟女高潮一区二区在线| 蜜桃在线一区二区三区| 国产精品免费入口| 成人爽a毛片一区二区免费| 久久99精品久久久久久久青青日本| 欧美残忍xxxx极端| 福利在线一区二区| 日韩视频在线一区二区| 国产成人av自拍| 最新精品国偷自产在线| 成r视频免费观看在线播放| 精品一区二区视频| 欧洲成人在线视频| 91在线免费播放| 在线中文字幕-区二区三区四区 | 欧美欧美欧美欧美| av在线电影免费观看| 欧美日韩另类在线| 视频一区日韩精品| 极品日韩久久| 欧美日韩一区不卡| 国产精品三级| ga∨成人网| 国内精品视频久久| 成人午夜av影视| 一本色道久久综合亚洲精品酒店 | 黑人粗进入欧美aaaaa| 亚洲另类激情图| 亚洲免费观看高清| 国产成人综合精品三级| 国产精品草草| 精品国产一区二区三区久久久樱花| av在线女优影院| 国产又爽又黄ai换脸| 亚洲自拍中文字幕| 欧美大片在线看免费观看| 色素色在线综合| 久久综合99re88久久爱| 99成人免费视频| 欧美丰满日韩| 国产精品jk白丝蜜臀av小说| 91视频在线观看| 亚洲四虎av| 第四色婷婷基地| 免费国产黄色网址| 日本三级久久久| 日韩性生活视频| 在线不卡中文字幕播放| 中文字幕国产精品一区二区| 国产麻豆视频一区二区| 蜜臀av性久久久久蜜臀aⅴ四虎| 色偷偷综合网| 天堂在线精品| 欧美精品一区二区久久| 曰本一区二区三区视频| 亚洲网一区二区三区| 国产日韩电影| 大胆人体一区| 激情开心成人网| 亚洲伊人精品酒店| 国产欧美三级电影| 成人在线视频你懂的| 精品亚洲自拍| 999久久久精品国产| 91成人免费| 久久三级视频| 视频一区视频二区中文| 蜜臀av一区二区| 国产精品456| 三上悠亚激情av一区二区三区| 成人在线影视| 国产精品一区二区三区av| 国内精品偷拍| 中文字幕一区二区av| 青青草91久久久久久久久| 激情欧美日韩一区| 亚洲人成毛片在线播放女女| 日韩和的一区二区| 国产精品美女www爽爽爽| 亚洲乱码国产乱码精品精的特点| 亚洲美女免费在线| 日韩一区二区精品葵司在线| www.欧美三级电影.com| 97婷婷涩涩精品一区| 国产精品大全| 99福利在线观看| 98在线视频| youjizz亚洲| 国产精品呻吟| 久久精品视频网| 色综合中文综合网| 欧美大片免费观看| 日韩精品国内| 樱桃视频免费看| 色婷婷综合久久久中字幕精品久久 | 中文字幕在线日韩| 国产精品美女999| 青娱乐自拍偷拍| 黄视频网站在线观看| 亚洲欧美视频| 欧美人狂配大交3d怪物一区| 国产精品视频免费在线| 国产特级淫片高清视频|