数据库连接池

Druid是什么？ Druid首先是一个 数据库 连接池。Druid是目前最好的数据库连接池，在功能、性能、扩展性方面，都超过其他数据库连接池，包括DBCP、C3P0、BoneCP、Proxool、JBoss DataSource。 Druid已经在阿里巴巴部署了超过600个应用，经过一年多生产环境大规模部署的严苛考验。 同时Druid不仅仅是一个数据库连接池，它包括四个部分： Druid是一个JDBC组件，它包括三个部分： 基于Filter－Chain模式的插件体系。 DruidDataSource 高效可管理的数据库连接池。 SQLParser Druid可以做什么？ 替换DBCP和C3P0。Druid提供了一个高效、功能强大、可扩展性好的数据库连接池。 可以监控数据库访问性能，Druid内置提供了一个功能强大的 StatFilter 插件，能够详细统计SQL的执行性能，这对于线上分析数据库访问性能有帮助。 数据库密码加密。直接把数据库密码写在配置文件中，这是不好的行为，容易导致安全问题。DruidDruiver和DruidDataSource都支持PasswordCallback。 SQL执行日志，Druid提供了不同的LogFilter，能够支持Common-Logging、Log4j和JdkLog，你可以按需要选择相应的LogFilter，监控你应用的数据库访问情况。

当我们在javaWEB项目中使用到druid来作为我们的连接池的时候，一定不会忘了添加监控功能。下面我们就来看一下，在一个简单的web项目中(尚未使用任何框架)我们是如果来配置我们的web.xml来完成我们的监控配置 首先是过滤器filter的配置,在web.xml中添加如下配置 <filter> <filter-name>DruidWebStatFilter</filter-name> <filter-class>com.alibaba.druid.support.http.WebStatFilter</filter-class> <init-param> <param-name>exclusions</param-name> <param-value>*.js,*.gif,*.jpg,*.png,*.css,*.ico,/druid/*</param-value> </init-param> </filter> <filter-mapping> <filter-name>DruidWebStatFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping> 过滤器中的配置，是用来定义我们的监控选项，在以上的监控配置中，我们定义了一个简单的监控，并采用了大量的默认配置，如果你想使用更丰富的监控配置

eclipse重启,tomcat的context等配置文件被重置的问题 解决了Tomcat缓存溢出问题后重启eclipse时就恢复原有的配置文件了。 1、eclipse每次停止重新启动之后时，context.xml配置的数据库连接池就被重置成tomcat原有的文件了。数据库连接池的配置被清掉了。 2、修改eclipse里面有一个Servers的文件夹，把里面的context.xml修改成你需要的，就可以了。 来源： https://www.cnblogs.com/yixinyili/p/11675554.html

事务概念：事务指逻辑上的一组操作，组成这组操作的各个单元，要不全部成功，要不全部不成功； 开始事务：start transaction 提交事务：commit 回滚事务：rollback 事务的四大特性 原子性：是指事务是一个不可分割的工作单位，事务中的操作要么全部成功，要么全部失败 一致性：事务必须使数据库从一个一致性状态变换到另外一个一致性状态 隔离性：多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所干扰，多个并发事务之间要相互隔离 持久性：一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响 隔离性可能会引起的问题 脏读：脏读指一个事务读取了另外一个事务未提交的数据 不可重复读：不可重复读指在一个事务内读取表中的某一行数据，多次读取结果不同；所操作的数据被别的事务操作，通过给操作数据加行锁即可； 虚读（幻读）：是指在一个事务内读取到了别的事务插入的数据，导致前后读取不一致；操作的数据被别的事务所插入，仅通过行锁并不能解决； 四种隔离级别 针对上述所说的隔离性问题，mysql数据库共定义了4种隔离级别 查询隔离级别：select @@tx_isolation; 设置隔离级别：set transaction isolation level 隔离级别名; Read uncommitted(读未提交)

数据库连接池更多的是一个本地的概念。以前一直觉得，数据库连接池是数据库服务器上的一个概念，在数据库服务器上有一个池，里边存放着很多的线程的数据库连接。最近在分析的时候，发现这是不正确的，或者说， 这样理解是不全面的 。 其实，连接池更多是一个运行C#代码的那个本地机器上的概念，当然数据库服务器端也有涉及，因为毕竟连接是双方的，但是更多的这个是从连接的本地角度出发的。 下面以一个网站的例子来具体分析一下这个问题。现在有一个网站，里边有C#代码，通过代码访问远端的SQLServer数据库，来获取所有的销售人员的数据。现在我们把网站部署到服务器A上边，数据库存在服务器B上边。 假如我们不使用数据库连接池，每次当有人打开浏览器输入网站，在A服务器上边就有一个相应的线程来处理这个请求，那么在这个线程中就会有一个从A到B的数据库连接的打开与关闭。建立连接是一个费时的活动，每次都得花费0.05s～1s的时间，费时间只是一个方面，而且还要费资源，系统要分配内存资源。这个对于一次或几次数据库操作，或许感觉不出系统有多大的开销。可是对于现在的web应用，尤其是大型电子商务网站，同时有几百人甚至几千人在线是很正常的事。在这种情况下，频繁的进行数据库连接操作势必占用很多的系统资源，网站的响应速度必定下降，严重的甚至会造成服务器的崩溃。 如果同时有1000人访问，就会不断的有数据库连接、断开操作。 所以

实现原理 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数制约。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。 连接池基本的思想是在系统初始化的时候，将数据库连接作为对象存储在内存中，当用户需要访问数据库时，并非建立一个新的连接，而是从连接池中取出一个已建立的空闲连接对象。使用完毕后，用户也并非将连接关闭，而是将连接放回连接池中，以供下一个请求访问使用。而连接的建立、断开都由连接池自身来管理。同时，还可以通过设置连接池的参数来控制连接池中的初始连接数、连接的上下限数以及每个连接的最大使用次数、最大空闲时间等等。也可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 注意事项 1、数据库连接池的最小连接数是连接池一直保持的数据库连接，所以如果应用程序对数据库连接的使用量不大，将会有大量的数据库连接资源被浪费。 2、数据库连接池的最大连接数是连接池能申请的最大连接数，如果数据库连接请求超过此数，后面的数据库连接请求将被加入到等待队列中，这会影响之后的数据库操作。 3、最大连接数具体值要看系统的访问量.要经过不断测试取一个平衡值 4、隔一段时间对连接池进行检测

一、应用程序直接获取数据库连接的缺点 　　用户每次请求都需要向数据库获得链接，而数据库创建连接通常需要消耗相对较大的资源，创建时间也较长。假设网站一天10万访问量，数据库服务器就需要创建10万次连接，极大的浪费数据库的资源，并且极易造成数据库服务器内存溢出、拓机。如下图所示： 　　 二、使用数据库连接池优化程序性能 2.1、数据库连接池的基本概念 　　数据库连接是一种关键的有限的昂贵的资源,这一点在多用户的网页应用程序中体现的尤为突出.对数据库连接的管理能显著影响到整个应用程序的伸缩性和健壮性,影响到程序的性能指标.数据库连接池正式针对这个问题提出来的. 数据库连接池负责分配,管理和释放数据库连接,它允许应用程序重复使用一个现有的数据库连接,而不是重新建立一个 。如下图所示： 　　 数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中, 这些数据库连接的数量是由最小数据库连接数来设定的.无论这些数据库连接是否被使用,连接池都将一直保证至少拥有这么多的连接数量.连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数,当应用程序向连接池请求的连接数超过最大连接数量时,这些请求将被加入到等待队列中. 数据库连接池的最小连接数和最大连接数的设置要考虑到以下几个因素: 最小连接数:是连接池一直保持的数据库连接,所以如果应用程序对数据库连接的使用量不大

数据库连接池原理 基本原理 在内部对象池中，维护一定数量的数据库连接，并对外暴露数据库连接的获取和返回方法。 如外部使用者可通过getConnection方法获取数据库连接，使用完毕后再通过releaseConnection方法将连接返回，注意此时的连接并没有关闭，而是由连接池管理器回收，并为下一次使用做好准备。 线程池作用 ①资源重用 由于数据库连接得到重用，避免了频繁创建、释放连接引起的大量性能开销。在减少系统消耗的基础上，增进了系统环境的平稳性（减少内存碎片以级数据库临时进程、线程的数量） ②更快的系统响应速度 数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于池内备用。此时连接池的初始化操作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而缩减了系统整体响应时间。 ③新的资源分配手段 对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接的配置，实现数据库连接技术。 ④统一的连接管理，避免数据库连接泄露 在较为完备的数据库连接池实现中，可根据预先的连接占用超时设定，强制收回被占用的连接，从而避免了常规数据库连接操作中可能出现的资源泄露 常用数据库连接池 C3P0 C3P0是一个开放源代码的JDBC连接池，它在lib目录中与Hibernate一起发布

一般来说，Java应用程序访问数据库的过程是： 　　①装载数据库驱动程序； 　　②通过jdbc建立数据库连接； 　　③访问数据库，执行sql语句； 　　④断开数据库连接。 public class DBConnection { private Connection con; //定义数据库连接类对象 private PreparedStatement pstm; private String user="root"; //连接数据库用户名 private String password="123456"; //连接数据库密码 private String driverName="com.mysql.jdbc.Driver"; //数据库驱动 private String url="jdbc:mysql://localhost:3306/qingqingtuan"; //连接数据库的URL,后面的是为了防止插入数据 库出现乱码，?useUnicode=true&characterEncoding=UTF-8 //构造函数 public DBConnection(){ } /**创建数据库连接*/ public Connection getConnection(){ try{ Class.forName("com.mysql.jdbc.Driver"); }catch

一、为什么在连接数据库时要使用连接池 数据库连接是一种关键的有限的昂贵的资源，这一点在多用户的网页应用程序中体现得尤为突出。 一个数据库连接对象均对应一个物理数据库连接，每次操作都打开一个物理连接，使用完都关闭连接，这样造成系统的 性能低下。 数据库连接池的解决方案是在应用程序启动时建立足够的数据库连接，并讲这些连接组成一个连接池(简单说：在一个“池”里放了好多半成品的数据库联接对象)，由应用程序动态地对池中的连接进行申请、使用和释放。对于多于连接池中连接数的并发请求，应该在请求队列中排队等待。并且应用程序可以根据池中连接的使用率，动态增加或减少池中的连接数。 连接池技术尽可能多地重用了消耗内存地资源，大大节省了内存，提高了服务器地服务效率，能够支持更多的客户服务。通过使用连接池，将大大提高程序运行效率，同时，我们可以通过其自身的管理机制来监视数据库连接的数量、使用情况等。 二、数据库连接池的基本原理 数据库连接池的基本思想就是为数据库连接 建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。我们可以通过设定 连接池最大连接数来防止系统无尽的与数据库连接。更为重要的是我们可以通过连接池的管理机制监视数据库的连接的数量?使用情况，为系统开发?测试及性能调 整提供依据。 三、数据库连接池的工作原理