数据源和连接池，数据源连接池
数据源是用来连接数据库，获得Connection对象的，在java中使用javax.sql.DataSource接口来表示。
有了数据源，我们就不需要在编写其他连接数据库代码，直接从数据源中获取连接就可以了，而且，不管使用什么样的数据库，都是用一样的方式获取数据库连接对象。
数据源对象一般由容器创建的，在程序中可以使用JNDI来获取。通过数据源创建的连接对象可以被自动的放入连接池统一管理。
连接池是用来管理Connection对象的，连接池可以从数据源中获取连接，连接池中可以有若干个数据库连接对象，这些连接对象可以被重用。应用程序需要连接时就向连接池申请，如果连接池有空闲的连接，就会分配给应用程序，如果没有，可能需要在等待队列里等待。而如果从连接池中获得一个连接对象，等到使用完毕后，通过调用Connection的close()方法，就能将连接还给连接池，这样这个连接对象就又编程空闲的了，可以等待下一次连接请求。而连接池中的连接对象将一直保持与数据库的连接，这样就避免了频繁的连接盒关闭。但是这些连接对象会占用一定的内存空间，所以我们要根据数据库的并发访问量，和服务器的硬件条件来觉得连接池中的最大连接数。
数据源和连接池一个是用来创建连接对象的，一个是用来管理连接对象的。
在Tomcat中使用数据源可以使用如下步骤：
1、在Tomcat中加入数据库驱动文件，在Tomcat的lib目录下导入数据库驱动包。
2、配置Tomcat的conf/context.xml文件，在该文件中加入如下代码：
<Context> <Resource name="jdbc/books" auth="Container" type="javax.sql.DataSource" maxActive="100" maxIdle="30" maxWait="10000" username="myhr" password="myhr" driverClassName="oracle.jdbc.OracleDriver" url="jdbc:oracle:thin:@localhost:1521:orcl"/> </Context>
name：指定Resource的JNDI名称。auth：指定管理Resource的Manager（Container：由容器创建和管理，Application：由WEB应用创建和管理）。type：指定Resource所属的java类。maxActive指定连接池中处于活动状态的数据库连接的最大数目。maxIdle：指定连接池中处于空闲状态的数据库连接的最大数目。maxWait：指定连接池中处于空闲的最长时间，超过这个时间会抛出异常，取值为-1表示无限期等待。
3、使用JNDI获取连接对象。
import java.sql.Connection;
import java.sql.SQLException;
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.sql.DataSource;
public class JNDIConnection {
public Connection JNDIgetConnection() {
Connection conn = null;
Context ic;
try {
ic = new InitialContext();
DataSource ds = (DataSource) ic.lookup("java:comp/env/jdbc/books");
conn = ds.getConnection();
} catch (NamingException e) {
e.printStackTrace();
} catch (SQLException e) {
e.printStackTrace();
}
return conn;
}
}
这时我们就可以使用连接对象，并且对数据库进行一系列操作。
用TCP来连接你的应用程序与数据库是一件昂贵的事情（很费时的事情），微软的开发者可以通过用连接池来反复的使用数据库的连接。比起每次请求都用TCP来连一次数据库，连接池只有在不存在有效的连接时才新建一个TCP连接。当关闭一个连接的时候，它会被放到池中，它仍然会保持与数据库的连接，这样就可以减少与数据库的TCP连接次数。
当然，你要注意那些忘记关的连接，你应在每次用完连接后马上关闭它。我要强调的是：无论什么人说.net framework中的GC(垃圾收集器)总会在你用完连接对象后调用连接对象的Close或者Dispose方法显式的关闭你的连接。不要期望CLR会在你想象的时间内关掉连接，虽然CLR最终都要销毁对象和关闭边接，但是我们并不能确定它到底会在什么时候做这些事情。
要用连接池优化，有两条规则，第一，打开连接，处理数据，然后关闭连接。如果你必须在每次请求中多次打开或关闭连接，这好过一直打开一个边接，然后把它传到各个方法中。第二，用相同的连接字符串（或者用相同的用户标识，当你用集成认证的时候）。如果你没有用相同的连接字符串，如你用基于登录用户的连接字符串，这将不能利用连接池的优化功能。如果你用的是集成的论证，因为用户很多，所以你也不能充分利用连接池的优化功能。.NET CLR提供了一个数据性能计数器，它在我们需要跟踪程序性能特性的时候非常有用，当然也包括连接池的跟踪了。
无论你的应用程序什么时候要连在另一台机子的资源，如数据库，你都应该重点优化你连资源所花的时间，接收和发送数据的时间，以及往返回之间的次数。优化你的应用程序中的每一个处理点（process hop），它是提高你的应用的性能的出发点。
应用程序层包含与数据层连接，传送数据到相应的类的实例以及业务处理的逻辑。例如，在Community Server中，要组装一个Forums或者Threads集合，然后应用业务逻辑，如授权，更重要的，这里要完成缓存逻辑。
不一样的例如:
ODBC用于数据库连接的编程语言接口
ODBC 总体结构
应用程序
执行处理并调用odbc函数，提交sql语句并检索结果
Driver Manager
管理应用程序和驱动程序之间的通讯，根据应用程序加载并卸载驱动程序，
处理odbc函数调用，获把它们传送到驱动程序
驱动程序
处理odbc函数调用，把sql语句提交到数据源，并返回结果到应用程序，如有必要，
驱动程序修改一个应用程序请求，以使请求与相关的DBMS支持的语法一致
数据源
用户要访问的DBMS，以及相关os
Application
|
|
Driver Manager
| | |
| | |
驱动程序 驱动程序 驱动程序
| | |
数据源 数据源 数据源
数据库连接池概述：
数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性，影响到程序的性能指标。数据库连接池正是针对这个问题提出来的。
数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而再不是重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。数据库连接池的最小连接数和最大连接数的设置要考虑到下列几个因素：
1) 最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费；
2) 最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。
3) 如果最小连接数与最大连接数相差太大，那么最先的连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过，这些大于最小连接数的数据库连接在使用完不会马上被释放，它将被放到连接池中等待重复使用或是空闲超时后被释放。...余下全文>>