数据库连接池实现（低耦合版）

目录

1.前言连接池，顾名思义，就是以池式管理这些连接，池化技术的思想主要是为了减少每次获取资源的消耗，提高对资源的利用率。

1.1数据库连接池运行机制

1.2数据库连接池运行机制

1.3连接数计算公式

2.设计思路：

3.代码部分

---

1.前言
连接池，顾名思义，就是以池式管理这些连接，池化技术的思想主要是为了减少每次获取资源的消耗，提高对资源的利用率。

1.1数据库连接池运行机制

从连接池获取或创建可用连接；
使用完毕之后，把连接返回给连接池；
在系统关闭前，断开所有连接并释放连接占用的系统资源；
还能够处理无效连接（原来登记为可用的连接，由于某种原因不可再用，如超时、通讯问题），并能够限制连接池中的连接总数不低于某个预定值和不超过某个预定值

1.2数据库连接池运行机制

从连接池获取或创建可用连接；
使用完毕之后，把连接返回给连接池；
在系统关闭前，断开所有连接并释放连接占用的系统资源；
还能够处理无效连接（原来登记为可用的连接，由于某种原因不可再用，如超时、通讯问题），并能够限制连接池中的连接总数不低于某个预定值和不超过某个预定值。

1.3连接数计算公式

下面公式由 PostgreSQL 提供，不过底层原理是不变的，它适用于市面上绝大部分数据库产品。还有，你应该模拟预期的访问量，并通过下面的公式先设置一个偏合理的值，然后在实际的测试中，通过微调，来寻找最合适的连接数大小。

连接数 = ((核心数 * 2) + 有效磁盘数)

核心数不应包含超线程(hyper thread)，即使打开了超线程也是如此，如果热点数据全被缓存了，那么有效磁盘数实际是0，随着缓存命中率的下降，有效磁盘数也逐渐趋近于实际的磁盘数。另外需要注意，这一公式作用于SSD 的效果如何，尚未明了。

好了，按照这个公式，如果说你的服务器 CPU 是 4核 i7 的，连接池大小应该为 ((4*2)+1)=9。

2.设计思路：

连接池，不应该依赖某一种数据库，应该实现与数据库种类解耦，连接池应该使用抽象数据库类对象，底层数据种类由数据库开发人员去实现或者说选择数据库种类，这样进行了数据库模块与具体数据库进行了解耦，业务模块通过向连接池请求连接进行业务处理，用完了归还给连接池即可，实现·了业务与数据库模块解耦，业务完全不用关系数据库模块的实现，与底层数据库模块的种类，这样业务和数据库开发可以互不干扰的进行，有没有发现，好的设计，降低代码耦合，解耦的出现提高了项目的开放效率，降低类维护代码的成本，所以，在项目开发之前，我们应该必须好好构思项目的框架，怎么让各个模块尽量的耦合。

3.代码部分

由于代码量有点多，csdn上面贴占空间不是很好，需要的话，请留言即可。