数据库连接池

JDBC
简介
JDBC 是Java应用程序用来连接关系型数据库的标准API，为多种关系型数据库提供一个统一的访问接口。Sun公司一共定义4种 JDBC 驱动类型，一般使用第4种，该类型的Driver完全由Java代码实现，通过使用socket与数据库进行通信。

JDBC-ODBC Bridge driver (bridge driver)，JDBC-ODBC桥驱动程序；
Native-API/partly Java driver (native driver)，JDBC本地API；
All Java/Net-protocol driver (middleware driver)，JDBC-Net纯Java；
All Java/Native-protocol driver (Pure java driver)，100％纯Java。

常规数据库连接一般由以下六个步骤构成：

装载数据库驱动程序；
建立数据库连接；
创建数据库操作对象；
访问数据库，执行sql语句；
处理返回结果集；
断开数据库连接。
此处省略常规 JDBC 获取连接、执行SQL、获取结果集代码，一般严格遵守上面的流程，网上一大堆；

连接角度看 JDBC

上图大致画出以访问MySQL为例，执行一条 SQL 命令，不使用连接池的情况下，需要经过哪些流程。

TCP建立连接的三次握手；
MySQL认证的三次握手；
真正的SQL执行；
MySQL的关闭；
TCP的四次握手关闭；
为了执行一条SQL，有很多网络交互。
优点：实现简单。
缺点：

网络IO较多；
数据库的负载较高；
响应时间较长及QPS较低；
应用频繁的创建连接和关闭连接，导致临时对象较多，GC频繁；
在关闭连接后，会出现大量TIME_WAIT 的TCP状态(在2个MSL之后关闭)。
JDBC技巧
使用PrearedStatement，可以通过预编译的方式避免在拼接SQL时造成SQL注入。
使用ConnectionPool
禁用自动提交
这个最佳实践在我们使用JDBC的批量提交的时候显得非常有用，将自动提交禁用后，你可以将一组数据库操作放在一个事务中，而自动提交模式每次执行SQL语句都将执行自己的事务，并且在执行结束提交。
使用Batch Update：批量更新/删除，比单个更新/删除，能显著减少数据传输的往返次数，提高性能。
使用列名获取ResultSet中的数据，从而避免invalidColumIndexError
JDBC中的查询结果封装在ResultSet中，我们可以通过列名和列序号两种方式获取查询的数据，当我们传入的列序号不正确的时候，就会抛出invalidColumIndexException，例如你传入了0，就会出错，因为ResultSet中的列序号是从1开始的。另外，如果你更改了数据表中列的顺序，你也不必更改JDBC代码，保持了程序的健壮性。有一些Java程序员可能会说通过序号访问列要比列名访问快一些，确实是这样，但是为了程序的健壮性、可读性，我还是更推荐你使用列名来访问。
使用变量绑定而不是字符串拼接
使用PreparedStatment可以防止注入，而使用?或者其他占位符也会提升性能，因为这样数据库就可以使用不同的参数执行相同的查询，提示性能，也防止SQL注入。
关闭Connection 等资源，确保资源被释放；
选择合适的JDBC驱动，参考前文，选择第四种；
尽量使用标准的SQL语句，从而在某种程度上避免数据库对SQL支持的差异
不同的数据库厂商的数据库产品支持的SQL的语法会有一定的出入，为了方便移植，推荐使用标准的ANSI SQL标准写SQL语句。
使用正确的getXXX()方法
当从ResultSet中读取数据的时候，虽然JDBC允许你使用getString()和getObject()方法获取任何数据类型，推荐使用正确的getter方法，这样可以避免数据类型转换。
连接池
先看看连接的简介。

连接
当数据库服务器和客户端位于不同的主机时，就需要建立网络连接来进行通信。客户端必须使用数据库连接来发送命令和接收应答、数据。通过提供给客户端数据库的驱动指定连接字符串后，客户端就可以和数据库建立连接。查阅程序语言手册来获知通过何种方式使用短连接、长连接。

短连接
短连接是指程序和数据库通信时需要建立连接，执行操作后，连接关闭。短连接简单来说就是每一次操作数据库，都要打开和关闭数据库连接，基本步骤是：连接 -> 数据传输 -> 关闭连接
在慢速网络下使用短连接，连接的开销会很大；在生产繁忙的系统中，连接也可能会受到系统端口数的限制，如果要每秒建立几千个连接，那么连接断开后，端口不会被马上回收利用，必须经历一个FIN阶段等待，直到可被回收利用为止，这样就可能会导致端口资源不够用。在Linux上，可以通过调整/proc/sys/net/ipv4/ip_local_port_range来扩大端口的使用范围；调整/proc/sys/net/ipv4/tcp_fin_timeout来减少回收延期（如果想在应用服务器上调整这个参数，一定要慎重！）。
另外一个办法是主机使用多个IP地址。端口数的限制其实是基于同一个IP:PORT的，如果主机增加IP，MySQL就可以监听多个IP地址，客户端也可以选择连接某个IP:PORT，这样就增加端口资源。

长连接
长连接是指程序之间的连接在建立之后，就一直打开，被后续程序重用。使用长连接的初衷是减少连接的开销。当收到一个永久连接的请求时，检查是否已经存在一个相同的永久连接。存在则复用；不存在则重新建立一个新的连接。所谓相同的连接是指基本连接信息，即用户名、密码、主机及端口都相同。
从客户端的角度来说，使用长连接有一个好处，可以不用每次创建新连接，若客户端对MySQL服务器的连接请求很频繁，永久连接将更加高效。对于高并发业务，如果可能会碰到连接的冲击，推荐使用长连接或连接池。

从服务器的角度来看，它可以节省创建连接的开销，但维持连接也是需要内存的。如果滥用长连接的话，可能会使用过多的MySQL服务器连接。现代的操作系统可以拥有几千个MySQL连接，但很有可能绝大部分都是睡眠状态的，这样的工作方式不够高效，而且连接占据内存，也会导致内存的浪费。

对于扩展性好的站点来说，其实大部分的访问并不需要连接数据库。如果用户需要频繁访问数据库，那么可能会在流量增大的时候产生性能问题，此时长短连接都是无法解决问题的，所以应该进行合理的设计和优化来避免性能问题。

如果客户端和MySQL数据库之间有连接池或Proxy代理，一般在客户端推荐使用短连接。对于长连接的使用一定要慎重，不可滥用。如果没有每秒几百、上千的新连接请求，就不一定需要长连接，也无法从长连接中得到太多好处。在Java语言中，由于有连接池，如果控制得当，则不会对数据库有较大的冲击，但PHP的长连接可能导致数据库的连接数超过限制，或者占用过多的内存。

连接池
数据库连接池是一些网络代理服务或应用服务器实现的特性，实现一个持久连接的“池”，允许其他程序、客户端来连接，这个连接池将被所有连接的客户端共享使用，连接池可以加速连接，也可以减少数据库连接，降低数据库服务器的负载。

持久连接和连接池的区别
长连接是一些驱动、驱动框架、ORM工具的特性，由驱动来保持连接句柄的打开，以便后续的数据库操作可以重用连接，从而减少数据库的连接开销。而连接池是应用服务器的组件，它可以通过参数来配置连接数、连接检测、连接的生命周期等。

如果连接池或长连接使用的连接数很多，有可能会超过数据库实例的限制，那么就需要留意连接相关的设置，比如连接池的最小、最大连接数设置，以及php-fpm的进程个数等，否则程序将不能申请新的连接。

最小连接数和最大连接数的设置要考虑到以下几个因素：
最小连接数：连接池一直保持的数据库连接，如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费；
最大连接数：连接池能申请的最大连接数，如果数据库连接请求超过次数，后面的数据库连接请求将被加入到等待队列中，这会影响以后的数据库操作；
如果最小连接数与最大连接数相差很大：那么最先连接请求将会获利，之后超过最小连接数量的连接请求等价于建立一个新的数据库连接。不过这些大于最小连接数的数据库连接在使用完不会马上被释放，将被放到连接池中等待重复使用或是空间超时后被释放。

池化
连接池类似于线程池或者对象池，数据库连接池为系统的运行带来以下优势：

昂贵的数据库连接资源得到重用；
减少数据库连接建立和释放的时间开销，提高系统响应速度；
统一的数据库连接管理，避免连接资源的泄露。
连接池负责：连接建立、连接释放、连接管理、连接分配。

数据库连接池运行机制：
系统初始化时创建连接池，程序操作数据库时从连接池中获取空闲连接，程序使用完毕将连接归还到连接池中，系统退出时，断开所有数据库连接并释放内存资源。

数据库连接池生命周期
数据库每个读写操作需要一个连接。数据库连接调用流如下图：

调用流程为：

应用数据层向DataSource请求数据库连接
DataSource使用数据库Driver打开数据库连接
创建数据库连接，打开TCP socket
应用读/写数据库
如果该连接不再需要就关闭连接
关闭socket
为什么连接池快很多？
分析池连接管理的调用流程：

无论何时请求一个连接，池数据源会从可用的连接池获取新连接。仅当没有可用的连接而且未达到最大的连接数时连接池将创建新的连接。close()方法把连接返回到连接池而不是真正地关闭它。

重用数据库连接最明显的原因：

减少应用程序和数据库管理系统创建/销毁TCP连接的OS I/O开销
减少JVM对象垃圾
缓冲安全：连接池是即将到来的连接请求的有界缓冲区。如果出现瞬间流量尖峰，连接池会平缓这一变化，而不是使所有可用数据库资源趋于饱和。
等待步骤和超时机制，可有效防止数据库服务器过载。如果一个应用消耗太多数据库流量，为防止它将数据库服务器压垮，连接池将减少它对数据库的使用。