JDBC 事物处理

JDBC 事物处理

•事务：指构成单个逻辑工作单元的操作集合

•事务处理：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。当在一个事务中执行多个操作时，要么所有的事务都被提交(commit)，要么整个事务回滚(rollback)到最初状态

•当一个连接对象被创建时，默认情况下是自动提交事务：每次执行一个SQL 语句时，如果执行成功，就会向数据库自动提交，而不能回滚

•为了让多个SQL 语句作为一个事务执行：

​ –调用 Connection对象的 setAutoCommit(false);以取消自动提交事务

​ –在所有的 SQL 语句都成功执行后，调用commit();方法提交事务

​ –在出现异常时，调用rollback();方法回滚事务

​ –若此时 Connection没有被关闭, 则需要恢复其自动提交状态

数据库提供的4种事务隔离级别:

在MySql中设置隔离级别

•每启动一个 mysql程序,就会获得一个单独的数据库连接.每个数据库连接都有一个全局变量@@tx_isolation,表示当前的事务隔离级别.MySQL默认的隔离级别为RepeatableRead

•查看当前的隔离级别:SELECT @@tx_isolation;

•设置当前mySQL连接的隔离级别:

​ –set transaction isolation level readcommitted;

•设置数据库系统的全局的隔离级别:

​ -set global transaction isolation level read committed;

批量处理JDBC语句提高处理速度

•当需要成批插入或者更新记录时。可以采用Java的批量更新机制，这一机制允许多条语句一次性提交给数据库批量处理。通常情况下比单独提交处理更有效率

•JDBC的批量处理语句包括下面两个方法：

​ –addBatch(String)：添加需要批量处理的SQL语句或是参数；

​ –executeBatch（）；执行批量处理语句；

•通常我们会遇到两种批量执行SQL语句的情况：

​ –多条SQL语句的批量处理；一个SQL语句的批量传参；

​

JDBC数据库连接池的必要性

•在使用开发基于数据库的web程序时，传统的模式基本是按以下步骤：　　

​ –在主程序（如servlet、beans）中建立数据库连接。

​ –进行sql操作

​ –断开数据库连接。

•这种模式开发，存在的问题:

​ –普通的JDBC数据库连接使用DriverManager 来获取，每次向数据库建立连接的时候都要将 Connection加载到内存中，再验证用户名和密码(得花费0.05s～1s的时间)。需要数据库连接的时候，就向数据库要求一个，执行完成后再断开连接。这样的方式将会消耗大量的资源和时间。数据库的连接资源并没有得到很好的重复利用.若同时有几百人甚至几千人在线，频繁的进行数据库连接操作将占用很多的系统资源，严重的甚至会造成服务器的崩溃。

​ –对于每一次数据库连接，使用完后都得断开。否则，如果程序出现异常而未能关闭，将会导致数据库系统中的内存泄漏，最终将导致重启数据库。

​ –这种开发不能控制被创建的连接对象数，系统资源会被毫无顾及的分配出去，如连接过多，也可能导致内存泄漏，服务器崩溃。

数据库连接池（connection pool）

•为解决传统开发中的数据库连接问题，可以采用数据库连接池技术。

•数据库连接池的基本思想就是为数据库连接建立一个“缓冲池”。预先在缓冲池中放入一定数量的连接，当需要建立数据库连接时，只需从“缓冲池”中取出一个，使用完毕之后再放回去。

•数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不是重新建立一个。

•数据库连接池在初始化时将创建一定数量的数据库连接放到连接池中，这些数据库连接的数量是由最小数据库连接数来设定的。无论这些数据库连接是否被使用，连接池都将一直保证至少拥有这么多的连接数量。连接池的最大数据库连接数量限定了这个连接池能占有的最大连接数，当应用程序向连接池请求的连接数超过最大连接数量时，这些请求将被加入到等待队列中。

数据库连接池技术的优点

•资源重用：

–由于数据库连接得以重用，避免了频繁创建，释放连接引起的大量性能开销。在减少系统消耗的基础上，另一方面也增加了系统运行环境的平稳性。

•更快的系统反应速度

–数据库连接池在初始化过程中，往往已经创建了若干数据库连接置于连接池中备用。此时连接的初始化工作均已完成。对于业务请求处理而言，直接利用现有可用连接，避免了数据库连接初始化和释放过程的时间开销，从而减少了系统的响应时间

•新的资源分配手段

–对于多应用共享同一数据库的系统而言，可在应用层通过数据库连接池的配置，实现某一应用最大可用数据库连接数的限制，避免某一应用独占所有的数据库资源

•统一的连接管理，避免数据库连接泄露

–在较为完善的数据库连接池实现中，可根据预先的占用超时设定，强制回收被占用连接，从而避免了常规数据库连接操作中可能出现的资源泄露

两种开源的数据库连接池

•JDBC的数据库连接池使用javax.sql.DataSource 来表示，DataSource 只是一个接口，该接口通常由服务器(Weblogic, WebSphere,Tomcat)提供实现，也有一些开源组织提供实现：

​ –DBCP 数据库连接池

​ –C3P0 数据库连接池

•DataSource 通常被称为数据源，它包含连接池和连接池管理两个部分，习惯上也经常把DataSource 称为连接池

DBCP数据源

•DBCP 是 Apache软件基金组织下的开源连接池实现，该连接池依赖该组织下的另一个开源系统：Common-pool.如需使用该连接池实现，应在系统中增加如下两个jar 文件：

​ –Commons-dbcp.jar：连接池的实现

​ –Commons-pool.jar：连接池实现的依赖库

•Tomcat的连接池正是采用该连接池来实现的。该数据库连接池既可以与应用服务器整合使用，也可由应用程序独立使用。

DBCP数据源使用范例

•数据源和数据库连接不同，数据源无需创建多个，它是产生数据库连接的工厂，因此整个应用只需要一个数据源即可。

•当数据库访问结束后，程序还是像以前一样关闭数据库连接：conn.close(); 但上面的代码并没有关闭数据库的物理连接，它仅仅把数据库连接释放，归还给了数据库连接池。

​

C3P0数据源

​