连接池

今日内容介绍 u 连接池 第1章 连接池 实际开发中 “获得连接”或“释放资源”是非常消耗系统资源的两个过程，为了解决此类性能问题，通常情况我们采用连接池技术，来共享连接 Connection 。这样我们就不需要每次都创建连接、释放连接了，这些操作都交给了连接池 1.1 连接池概述 l 概念 用池来管理 Connection ，这样可以重复使用 Connection 。有了池，所以我们就不用自己来创建 Connection ，而是通过池来获取 Connection 对象。当使用完 Connection 后，调用 Connection 的 close() 方法也不会真的关闭 Connection ，而是把 Connection “归还”给池。池就可以再利用这个 Connection 对象了。 l 规范 Java 为数据库连接池提供了公共的接口： javax.sql.DataSource ，各个厂商需要让自己的连接池实现这个接口。这样应用程序可以方便的切换不同厂商的连接池！ 常见的连接池： DBCP 、 C3P0 。 接下来，我们就详细的学习一下 DBCP 连接池。 C3P0 连接池我们在就业班学习。 1.2 DBCP 连接池 DBCP 也是一个开源的连接池，是 Apache Common 成员之一，在企业开发中也比较常见， tomcat 内置的连接池。 1.2.1 导入 jar 包

redis client基础库选择 在有限的开发维护人员情况下，redis客户端库版本稳定对我们来说就显得非常重要了，选择使用人数较多的库在遇到问题时得到回复或获得解决问题的办法相对较多， redis官网 提供的redis client列表如下： 从列表中我们选择官方推荐的客户端hiredis作为我们的客户端基础库 redis c++ client选型 当我们确定了hiredis作为我们的客户端基础库时，我们就有了大致的选择方向，我们的基础框架平台采用tars框架，完全采用c++语言特性进行开发，所以在使用redis时，需要尽量满足c++的语言特性，并且针对业务模块，应该尽可能的易于使用。hiredis客户端库基于C语言进行开发，功能齐全，但针对c++来说，虽然也可以勉强使用，但需要付出很大代价来进行足够多的上层封装，这会增加我们的开发工作量。有没有直接针对C++的客户端呢？我们从redis的官方客户端列表中找到了针对C++的客户端列表如下： 从列表中我们选取了基于hiredis的客户端，并将各自的特点逐一进行介绍 c+redis+client: star 58 简单易用，仅包括两个文件，一个cpp一个hpp，较低复杂度 支持redis服务端为单节点，也支持redis服务端作为集群部署 支持pipeline 使用连接池，线程安全，自动重连 不支持windows

HiKariCP是数据库连接池的一个后起之秀，号称性能最好，可以完美地PK掉其他连接池。 为何要使用HiKariCP？这要先从BoneCP说起： 什么？不是有C3P0/DBCP这些成熟的 数据库 连接池吗？一直用的好好的，为什么又搞出一个BoneCP来？因为，传说中BoneCP在快速这个特点上做到了极致，官方数据是C3P0等的25倍左右。不相信？其实我也不怎么信。可是，有图有真相啊（图片来自BoneCP官网： http://jolbox.com/benchmarks.html ）： 而且，网上对于BoneCP是好评如潮啊，推荐的文章一搜一大堆。 然而，上Maven Repository网站（ http://mvnrepository.com/artifact/com.jolbox/bonecp ）查找有没有最新版本的时候，你会发现最新的是2013年10月份的（这么久没新版本出来了？）。于是，再去BoneCP的Githut（ https://github.com/wwadge/bonecp ）上看看最近有没有提交代码。却发现，BoneCP的作者对于这个项目貌似已经心灰意冷，说是要让步给HikariCP了（有图有真相）： ……什么？又来一个CP？……什么是Hikari？ Hikari来自日文，是“光”（ 阳光的光 ，不是光秃秃的光）的意思。作者估计是为了借助这个词来暗示这个CP速度飞快

转自:https://blog.csdn.net/anglekill/article/details/6276257 J2EE服务器启动时会建立一定数量的池连接，并一直维持不少于此数目的池连接。 调用 ：客户端程序需要连接时，池驱动程序会返回一个未使用的池连接并将其表记为 忙。如果当前没有空闲连接，池驱动程序就新建一定数量的连接，新建连接的数量有配置参数决定。 　释放 ：当使用的池连接调用完成后，池驱动程序将此连接表记为空闲， 其他调用就可以使用这个连接。 --------------------------------------------------------分割线----------------------------------------------------------------- 最大维持连接数：没有任何请求时在连接池中可以存在的连接数 最大连接数：连接池中最多可以存在的连接个数。 最大等待时间：当断开连接时，超过最大维持连接数的连接不会马上销毁，最大等待时间过后它才会销毁。 连接池是将已经创建好的连接保存在池中，当有请求来时，直接使用已经创建好的连接对数据库进行访问。这样省略了创建连接和销毁连接的过程。 现在假设：最大维持连接数是10，最大连接数是20，最大等待时间是10000（毫秒） 其过程：最开始在连接池中有10个连接（最大连接数），当有用户申请连接时

之前的博客中，有说到性能测试常见术语：连接池。其中大概简述了连接池的作用等，这篇博客，就介绍下连接池以及连接池中线程对象的原理，作用以及优点。。。 一、连接池 1、什么是连接池？我们为什么需要它？ 连接池允许多个客户端使用缓存起来的连接对象，这些对象可以连接数据库，它们是共享的、可被重复使用的。 打开/关闭数据库连接开销很大，连接池技术允许我们在连接池里维护连接对象，这样可以提高数据库的执行命令的性能。多个客户端请求可以重复使用相同的连接对象，当每次收到一个客户端请求时， 就会搜索连接池，看看有没有闲置连接对象。如果没有，要么所有的客户端请求都进入队列排队，要么在池中创建一个新的连接对象（这取决于池里已有多少个连接存在以及配置支持多少连接）。 一旦某个请求使用完连接对象之后，这个对象会被重新放入池中，然后会被重新分派给排队等待的请求（分派给哪个请求要看使用什么调度算法）。 因为大部分请求都是使用现存的连接对象，所以连接池技术大大减少了等待创建数据库连接的时间，从而减少了平均连接时间。 2、如何使用连接池？ 连接池在基于网络的企业级应用中很常见，应用服务器负责创建连接对象、添加它们到连接池中，分派连接对象给请求，回收使用完毕的连接对象，重新将它们放回连接池去。 当网络应用创建数据库连接时，应用服务器会从池中取出连接对象，而当它使用完毕之后关闭时

定义： C3P0是一个开源的JDBC连接池，目前使用它的开源项目有 Hibernate，Spring 等。 数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定连接池最大连接数来防止系统无尽的与数据库连接。获取一个连接，系统要在背后做很多消耗资源的事情，大多时候，创建连接的时间比执行sql语句的时间还要长。用户每次请求都需要向数据库获得链接，而数据库创建连接通常需要消耗相对较大的资源，创建时间也较长。 使用方法： 1.导入jar包：c3p0和mysql 2.配置xml文件 <?xml version="1.0" encoding="UTF-8"?> <c3p0-config> <default-config> 　　 <!--mysql数据库连接的各项参数--> <property name="driverClass">com.mysql.jdbc.Driver</property> <property name="jdbcUrl">jdbc:mysql://localhost:3306/mydb?characterEncoding=GBK</property> <property name="user">root</property> <property

（一）JDBC事务： 抽象的概念：实际开发中一个完整的业务逻辑，(每一个小单元分别对数据库的数据进行crud操作), 我们通过所有的小单元，要么同时顺利完成，要么同时失败 JDBC事务的四大原则： 1，原子性：每一个事务都是最小的原子单位，不能进行再分割 2，一致性：同时进行，还么都完成要么都失败，要么执行前的数据，要么执行后的数据； 3，隔离性：每个事务都是相互隔离，互不影响； 4，持久性：一旦执行commit就无法修改。； JDBC事务的操作与步骤： 1，使用set AutoCommit =0 方法使数据库的修改从自动改为手动提交 2，start transaction开启事务； 3，sava point设置回滚点：随便取名一个回滚点，执行这条语句过后当前语句就是回滚点 4，如果不想执行成功，想回到回滚点，那么就用rollback to回到回滚点具体位置。如果没有设置回滚点，使用rollback回滚到上一层操作； 5，commit提交事务，事务一旦提交就无法更改； （二）数据库连接池 JDBC：使用java代码来操作数据库，其实就是提供了一些方法（接口），接口的实现是数据库的厂商实现； 1，连接池：没有连接池时候: 每次都要创建jdbc连接资源，关闭资源 ==>反复创建与销毁会影响性能 2，有连接池以及作用：管理连接，避免反复销毁连接，连接池是由连接池的厂商来创建

背景：使用common-pool2框架手写连接池（例如es连接池），提升创建es连接的性能 以es连接池为例，代码见 上传资源->util工具类->es连接池 文件夹 一、maven引入common-pool2依赖 <dependency> <groupId>org.apache.commons</groupId> <artifactId>commons-pool2</artifactId> <version>2.4.2</version> </dependency> 二、创建一个池类，这个池通过依赖的方式引入commons-pool2中的GenericObjectPool。在这个类中，我们定义了如何从池中借对象和返回对象 Pool.java public T getResource(){ try { return internalPool.borrowObject(); } catch (Exception e) { log.info("Could not get a resource from the pool", e); } return null; } public void returnResource(final T resource){ if (resource != null) { returnResourceObject(resource); } } 三

现在常用的开源数据连接池主要有c3p0、dbcp和proxool三种，其中： hibernate开发组推荐使用c3p0; spring开发组推荐使用dbcp(dbcp连接池有weblogic连接池同样的问题，就是强行关闭连接或数据库重启后，无法reconnect，告诉连接被重置，这个设置可以解决); hibernate in action推荐使用c3p0和proxool; dbcp所需jar： commons-dbcp.jar、commons-pool.jar c3p0所需jar： c3p0-0.9.2.1.jar mchange-commons-java-0.2.3.4.jar proxool暂时没有接触到 C3P0是一个开源的JDBC连接池，它实现了数据源和JNDI绑定，支持JDBC3规范和JDBC2的标准扩展。目前使用它的开源项目有Hibernate，Spring等。 dbcp简介： DBCP(DataBase connection pool),数据库连接池。是 apache 上的一个 java 连接池项目，也是 tomcat 使用的连接池组件。单独使用dbcp需要3个包：common-dbcp.jar,common-pool.jar,common-collections.jar由于建立数据库连接是一个非常耗时耗资源的行为，所以通过连接池预先同数据库建立一些连接，放在内存中

使用spring boot中配置druid的时候遇到的几个坑 首先spring boot版本 2.1.0 <parent> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-parent</artifactId> <version>2.1.0.RELEASE</version> <relativePath/> <!-- lookup parent from repository --> </parent> druid版本 1.1.10 <!-- https://mvnrepository.com/artifact/com.alibaba/druid-spring-boot-starter druid 数据源 --> <dependency> <groupId>com.alibaba</groupId> <artifactId>druid-spring-boot-starter</artifactId> <version>1.1.10</version> </dependency> 版本一定要一致 yml文件配置 spring: datasource: url: jdbc:mysql://你自己的url username: 数据库账号 password: 数据库密码 type: