Java Naming and Directory Interface (JNDI)JNDI API被用于執(zhí)行名字和目錄服務(wù)。它提供了一致的模型來存取和操作企業(yè)級(jí)的資源如DNS和LDAP，本地文件系統(tǒng)，后者在應(yīng)用服務(wù)器中的對(duì)象。在JNDI中，在目錄結(jié)構(gòu)中的每一個(gè)結(jié)點(diǎn)稱為context。每一個(gè)JNDI名字都是相對(duì)于context的。應(yīng)用可以通過這個(gè)初始化的context經(jīng)有這個(gè)目錄樹來定位它所需要的資源或?qū)ο蟆?/span>
JNDI相對(duì)與JDBC來說是他的靈活性,程序員不需要關(guān)心“具體的數(shù)據(jù)庫后臺(tái)是什么？JDBC驅(qū)動(dòng)程序是什么？JDBCURL格式是什么？訪問數(shù)據(jù)庫的用戶名和口令是什么？”等等這些問題，程序員編寫的程序應(yīng)該沒有對(duì) JDBC 驅(qū)動(dòng)程序的引用，沒有服務(wù)器名稱，沒有用戶名稱或口令 —— 甚至沒有數(shù)據(jù)庫池或連接管理。而是把這些問題交給J2EE容器來配置和管理，程序員只需要對(duì)這些配置和管理進(jìn)行引用即可。
理解連接池
連接池是創(chuàng)建和管理多個(gè)連接的一種技術(shù)，這些連接可被需要使用它們的任何線程使用。連接池技術(shù)基于下述事實(shí)：對(duì)于大多數(shù)應(yīng)用程序，當(dāng)它們正在處理通常需要數(shù)毫秒完成的事務(wù)時(shí)，僅需要能夠訪問JDBC連接的1個(gè)線程。未處理事務(wù)時(shí)，連接處于閑置狀態(tài)。使用連接池，允許其他線程使用閑置連接來執(zhí)行有用的任務(wù)。
事實(shí)上，當(dāng)某一線程需要用JDBC在MySQL或其他數(shù)據(jù)庫上執(zhí)行操作時(shí)，需要用到由連接池提供的連接。使用連接完成線程后，線程會(huì)將連接返回給連接池，以便該連接能夠被其他需要使用連接的線程使用。
從連接池“借出”連接時(shí)，該連接僅供請(qǐng)求它的線程使用。從編程觀點(diǎn)看，其效果等同于每次需要JDBC連接時(shí)調(diào)用DriverManager.getConnection()，但是，采用連接池技術(shù)，可通過使用新的或已有的連接結(jié)束線程。
連接池技術(shù)能顯著增加Java應(yīng)用程序的性能，同時(shí)還能降低資源使用率。連接池技術(shù)的主要優(yōu)點(diǎn)包括：
· 縮短了連接創(chuàng)建時(shí)間
與其他數(shù)據(jù)庫相比，MySQL提供了快速的連接設(shè)置功能，連接時(shí)間通常不是問題，但創(chuàng)建新的JDBC連接仍會(huì)導(dǎo)致聯(lián)網(wǎng)操作和一定的IDBC驅(qū)動(dòng)開銷，如果這類連接是“循環(huán)”使用的，使用該方式，可避免這類不利因素。
·簡(jiǎn)化的編程模型
使用連接池技術(shù)時(shí)，每個(gè)單獨(dú)線程能夠像創(chuàng)建了自己的JDBC連接那樣進(jìn)行操作，從而允許使用直接的JDBC編程技術(shù)。
·受控的資源使用
如果不使用連接池技術(shù)，而是在每次需要時(shí)為線程創(chuàng)建新的連接，那么應(yīng)用程序的資源使用將十分浪費(fèi)，而且在負(fù)載較重的情況下會(huì)導(dǎo)致無法預(yù)期的結(jié)果。
注意，與MySQL的每個(gè)連接均會(huì)在客戶端和服務(wù)器端造成一定的開銷（每寸、CPU、關(guān)聯(lián)轉(zhuǎn)換等）。每個(gè)連接均會(huì)對(duì)應(yīng)用程序和MySQL服務(wù)器的可用資源帶來一定的限制。無論連接是否執(zhí)行任何有用的任務(wù)，仍將使用這些資源中的相當(dāng)一部分。
連接池能夠使性能最大化，同時(shí)還能將資源利用控制在一定的水平之下，如果超過該水平，應(yīng)用程序?qū)⒈罎⒍粌H僅是變慢。
幸運(yùn)的是，Sun公司通過JDBC-2.0“可選”接口，完成了JDBC中連接池概念的標(biāo)準(zhǔn)化實(shí)施，所有主要應(yīng)用服務(wù)器均實(shí)施了能夠與MySQL Connector/J一起良好工作的這類API。
通常，你可以在應(yīng)用服務(wù)器的配置文件中配置連接池，并通過Java命名和目錄接口（JNDI）訪問它。在下面的代碼中，介紹了在J2E應(yīng)用服務(wù)器上運(yùn)行的應(yīng)用程序中使用連接池的方法：
示例26.12. 與J2EE應(yīng)用服務(wù)器一起使用連接池
import java.sql.Connection;
import java.sql.SQLException;
import java.sql.Statement;
import javax.naming.InitialContext;
import javax.sql.DataSource;
public class MyServletJspOrEjb {
public void doSomething() throws Exception {
/*
* Create a JNDI Initial context to be able to
* lookup the DataSource
*
* In production-level code, this should be cached as
* an instance or static variable, as it can
* be quite expensive to create a JNDI context.
*
* Note: This code only works when you are using servlets
* or EJBs in a J2EE application server. If you are
* using connection pooling in standalone Java code, you
* will have to create/configure datasources using whatever
* mechanisms your particular connection pooling library
* provides.
*/
InitialContext ctx = new InitialContext();
/*
* Lookup the DataSource, which will be backed by a pool
* that the application server provides. DataSourceinstances
* are also a good candidate for caching as an instance
* variable, as JNDI lookups can be expensive as well.
*/
DataSource ds =(DataSource)ctx.lookup("java:comp/env/jdbc/MySQLDB");
/*
* The following code is what would actually be in your
* Servlet, JSP or EJB 'service' method...where you need
* to work with a JDBC connection.
*/
Connection conn = null;
Statement stmt = null;
try {
conn = ds.getConnection();
/*
* Now, use normal JDBC programming to work with
* MySQL, making sure to close each resource when you're
* finished with it, which allows the connection pool
* resources to be recovered as quickly as possible
*/
stmt = conn.createStatement();
stmt.execute("SOME SQL QUERY");
stmt.close();
stmt = null;
conn.close();
conn = null;
} finally {
/*
* close any jdbc instances here that weren't
* explicitly closed during normal code path, so
* that we don't 'leak' resources...
*/
if (stmt != null) {
try {
stmt.close();
} catch (sqlexception sqlex) {
// ignore -- as we can't do anything about ithere
}
stmt = null;
}
if (conn != null) {
try {
conn.close();
} catch (sqlexception sqlex) {
// ignore -- as we can't do anything about ithere
}
conn = null;
}
}
}
}
如上例所示，獲得JNDI InitialContext并查找到數(shù)據(jù)庫后，其余代碼與過去在JDBC編程中使用的類似。
使用連接池時(shí)需要牢記的最重要事項(xiàng)是，無論在代碼中出現(xiàn)了什么（異常、控制流等），連接以及由連接創(chuàng)建的任何部分（語句、結(jié)果集等）均應(yīng)被關(guān)閉，以便能再次使用它們。如不然，它們將糾纏在一起，在最好的情況下，意味著它們所代表的MySQL服務(wù)器資源（緩沖區(qū)、鎖定、套接字等）可能會(huì)捆綁一段時(shí)間，在最壞的情況下，可能會(huì)導(dǎo)致永久捆綁。
連接池的最佳大小是什么？
與所有其他配置經(jīng)驗(yàn)規(guī)則一樣，回答是“它取決于具體情況”。盡管最佳大小取決與預(yù)期的負(fù)載和平均的數(shù)據(jù)庫事務(wù)時(shí)間，最佳的連接池大小小于你的預(yù)期。例如，如果使用的是Sun公司的Java Petstore Blueprint應(yīng)用程序，對(duì)于包含15～20個(gè)連接的連接池，使用MySQL和Tomcat，在可接受的相應(yīng)時(shí)間下，可服務(wù)于中等程度的負(fù)載（600個(gè)并發(fā)用戶）。
要想確定用于應(yīng)用程序的連接池大小，應(yīng)使用諸如ApacheJmeter或The Grinder等工具創(chuàng)建負(fù)載測(cè)試腳本，并對(duì)應(yīng)用程序進(jìn)行負(fù)載測(cè)試。
確定出發(fā)點(diǎn)的一種簡(jiǎn)單方法是，將連接池的最大連接數(shù)配置為“無限”，運(yùn)行負(fù)載測(cè)試，并測(cè)量最大的并發(fā)連接數(shù)。隨后，應(yīng)進(jìn)行反向操作，確定出使應(yīng)用程序具有最佳性能的連接池的最小和最大值。
聯(lián)系客服
