JDBC核心技术

一、JDBC概述

1.1 数据的持久化

  • 持久化(persistence)：把数据保存到可掉电式存储设备中以供之后使用。大多数情况下，特别是企业级应用，数据持久化意味着将内存中的数据保存到硬盘上加以”固化”，而持久化的实现过程大多通过各种关系数据库来完成。

  • 持久化的主要应用是将内存中的数据存储在关系型数据库中，当然也可以存储在磁盘文件、XML数据文件中。

1.2 Java中的数据存储技术

  • 在Java中，数据库存取技术可分为如下几类：

    • JDBC直接访问数据库。

    • JDO(Java Data Object)技术。

    • 第三方O/R工具，如Hibernate, Mybatis等。

  • JDBC是java访问数据库的基石，JDO、Hibernate、MyBatis等只是更好的封装了JDBC。

1.3 JDBC介绍

  • JDBC(Java Database Connectivity)是一个独立于特定数据库管理系统、通用的SQL数据库存取和操作的公共接口(一组API)，定义了用来访问数据库的标准Java类库，(java.sql,javax.sql)使用这些类库可以以一种标准的方法、方便地访问数据库资源。

  • JDBC为访问不同的数据库提供了一种统一的途径，为开发者屏蔽了一些细节问题。

  • JDBC的目标是使Java程序员使用JDBC可以连接任何提供了JDBC驱动程序的数据库系统，这样就使得程序员无需对特定的数据库系统的特点有过多的了解，从而大大简化和加快了开发过程。

  • 有了JDBC，Java程序访问数据库时如下。

1566741692804

1.4 JDBC体系结构

  • JDBC接口(API)包括两个层次：
    • 面向应用的API：Java API，抽象接口，供应用程序开发人员使用(连接数据库，执行SQL语句，获得结果)。
    • 面向数据库的API：Java Driver API，供开发商开发数据库驱动程序用。
  • 不同的数据库厂商，需要针对这套接口，提供不同实现。不同的实现的集合，即为不同数据库的驱动。

1.5 JDBC程序编写步骤

补充：ODBC(Open Database Connectivity，开放式数据库连接)，是微软在Windows平台下推出的。使用者在程序中只需要调用ODBC API，由ODBC驱动程序将调用转换成为对特定的数据库的调用请求。

二、获取数据库连接

2.1 要素一：Driver接口实现类

2.1.1 Driver接口介绍

  • java.sql.Driver接口是所有JDBC驱动程序需要实现的接口。这个接口是提供给数据库厂商使用的，不同数据库厂商提供不同的实现。

  • 在程序中不需要直接去访问实现了Driver接口的类，而是由驱动程序管理器类(java.sql.DriverManager)去调用这些Driver实现。

    • Oracle的驱动：oracle.jdbc.driver.OracleDriver。
    • mySql的驱动： com.mysql.jdbc.Driver。

2.1.2 加载与注册JDBC驱动

  • 加载驱动：加载JDBC驱动需调用Class类的静态方法forName()，向其传递要加载的JDBC驱动的类名：Class.forName(“com.mysql.jdbc.Driver”)。

  • 注册驱动：DriverManager类是驱动程序管理器类，负责管理驱动程序

    • 使用DriverManager.registerDriver(com.mysql.jdbc.Driver)来注册驱动。

    • 通常不用显式调用DriverManager类的registerDriver()方法来注册驱动程序类的实例，因为Driver接口的驱动程序类都包含了静态代码块，在这个静态代码块中，会调用DriverManager.registerDriver()方法来注册自身的一个实例。

2.2 要素二：URL

  • JDBC URL用于标识一个被注册的驱动程序，驱动程序管理器通过这个URL选择正确的驱动程序，从而建立到数据库的连接。

  • JDBC URL的标准由三部分组成，各部分间用冒号分隔：

    • jdbc:子协议:子名称。
    • 协议：JDBC URL中的协议总是jdbc。
    • 子协议：子协议用于标识一个数据库驱动程序。
    • 子名称：一种标识数据库的方法。子名称可以依不同的子协议而变化，用子名称的目的是为了定位数据库提供足够的信息。包含主机名(对应服务端的ip地址)，端口号，数据库名。

  • 举例如下。

    1555576477107

2.3 要素三：用户名和密码

  • user、password可以用“属性名=属性值”方式告诉数据库。
  • 可以调用DriverManager类的getConnection()方法建立到数据库的连接。

2.4 数据库连接方式举例

2.4.1 连接方式一

  • 不足：代码中显式出现了第三方数据库的API。

2.4.2 连接方式二

  • 说明：相较于方式一，这里使用反射实例化Driver，不在代码中体现第三方数据库的API。体现了面向接口编程思想。

2.4.3 连接方式三

  • 说明：使用DriverManager实现数据库的连接。体会获取连接必要的4个基本要素。

2.4.4 连接方式四

  • 说明：不必显式的注册驱动了。因为在DriverManager的源码中已经存在静态代码块，实现了驱动的注册。

2.4.5 连接方式五(最终版)

  • 说明：使用配置文件的方式保存配置信息，在代码中加载配置文件。
  • 使用配置文件的好处：
    • 实现了代码和数据的分离，如果需要修改配置信息，直接在配置文件中修改，不需要深入代码。
    • 如果修改了配置信息，省去重新编译的过程。
  • 其中，配置文件声明在工程的src目录下：jdbc.properties。

三、使用PreparedStatement实现CRUD操作

3.1 操作和访问数据库

  • 数据库连接被用于向数据库服务器发送命令和SQL语句，并接受数据库服务器返回的结果。其实一个数据库连接就是一个Socket连接。

  • 在java.sql包中有3个接口分别定义了对数据库的调用的不同方式：

    • Statement：用于执行静态SQL语句并返回它所生成结果的对象。
    • PrepatedStatement：SQL语句被预编译并存储在此对象中，可以使用此对象多次高效地执行该语句。
    • CallableStatement：用于执行SQL存储过程。
    1566573842140

3.2 使用Statement操作数据表的弊端

  • 通过调用Connection对象的createStatement()方法创建该对象。该对象用于执行静态的SQL语句，并且返回执行结果。

  • Statement接口中定义了下列方法用于执行SQL语句：

    • int excuteUpdate(String sql)：执行更新操作INSERT、UPDATE、DELETE。
    • ResultSet executeQuery(String sql)：执行查询操作SELECT。

  • 但是使用Statement操作数据表存在弊端：

    • 问题一：存在拼串操作，繁琐。
    • 问题二：存在SQL注入问题。

  • 对于Java而言，要防范SQL注入，只要用PreparedStatement(从Statement扩展而来)取代Statement就可以了。

1566569819744

3.3 PreparedStatement的使用

3.3.1 PreparedStatement介绍

  • 可以通过调用Connection对象的**preparedStatement(String sql)**方法获取PreparedStatement对象。

  • PreparedStatement接口是Statement的子接口，它表示一条预编译过的SQL语句。

  • PreparedStatement对象所代表的SQL语句中的参数用问号(?)来表示，调用PreparedStatement对象的setXxx()方法来设置这些参数，setXxx()方法有两个参数，第一个参数是要设置的SQL语句中的参数的索引(从1开始)，第二个是设置的SQL语句中的参数的值。

3.3.2 PreparedStatement和Statement的对比

  • PreparedStatement能最大可能提高性能：

    • DBServer会对预编译语句提供性能优化。因为预编译语句有可能被重复调用，所以语句在被DBServer的编译器编译后的执行代码被缓存下来，那么下次调用时只要是相同的预编译语句就不需要编译，只要将参数直接传入编译过的语句执行代码中就会得到执行。
    • 在statement语句中，即使是相同操作但因为数据内容不一样，所以整个语句本身不能匹配，没有缓存语句的意义。事实是没有数据库会对普通语句编译后的执行代码缓存。这样每执行一次都要对传入的语句编译一次。
    • (语法检查，语义检查，翻译成二进制命令，缓存)。

  • PreparedStatement可以防止SQL注入。

3.3.3 Java与SQL对应数据类型转换表

Java类型 SQL类型
boolean BIT
byte TINYINT
short SMALLINT
int INTEGER
long BIGINT
String CHAR、VARCHAR、LONGVARCHAR
byte array BINARY、VAR BINARY
java.sql.Date DATE
java.sql.Time TIME
java.sql.Timestamp TIMESTAMP

3.3.4 使用PreparedStatement实现增、删、改操作

3.3.5 使用PreparedStatement实现查询操作

  • 说明：使用PreparedStatement实现的查询操作可以替换Statement实现的查询操作，解决Statement拼串和SQL注入问题。

3.4 ResultSet与ResultSetMetaData

3.4.1 ResultSet

  • 查询需要调用PreparedStatement的executeQuery()方法，查询结果是一个ResultSet对象。

  • ResultSet对象以逻辑表格的形式封装了执行数据库操作的结果集，ResultSet接口由数据库厂商提供实现。

  • ResultSet返回的实际上就是一张数据表。有一个指针指向数据表的第一条记录的前面。

  • ResultSet对象维护了一个指向当前数据行的游标，初始的时候，游标在第一行之前，可以通过ResultSet对象的next()方法移动到下一行。调用next()方法检测下一行是否有效。若有效则该方法返回true，且指针下移。相当于Iterator对象的hasNext()和next()方法的结合体。

  • 当指针指向一行时，可以通过调用getXxx(int index)或getXxx(int columnName)获取每一列的值。

    • 例如：getInt(1)、getString("name")。
    • 注意：Java与数据库交互涉及到的相关Java API中的索引都从1开始。

3.4.2 ResultSetMetaData

  • 可用于获取关于ResultSet对象中列的类型和属性信息的对象。

  • ResultSetMetaData meta = rs.getMetaData()：

    • getColumnName(int column)：获取指定列的名称。

    • getColumnLabel(int column)：获取指定列的别名。

    • getColumnCount()：返回当前ResultSet对象中的列数。

    • getColumnTypeName(int column)：检索指定列的数据库特定的类型名称。

    • getColumnDisplaySize(int column)：指示指定列的最大标准宽度，以字符为单位。

    • isNullable(int column)：指示指定列中的值是否可以为null。

    • isAutoIncrement(int column)：指示是否自动为指定列进行编号，这样这些列仍然是只读的。

3.5 资源的释放

  • 释放ResultSet、Statement、Connection。
  • 数据库连接(Connection)是非常稀有的资源，用完后必须马上释放，如果Connection不能及时正确的关闭将导致系统宕机。Connection的使用原则是尽量晚创建，尽量早的释放。
  • 可以在finally中关闭，保证及时其他代码出现异常，资源也一定能被关闭。

四、操作BLOB类型字段

4.1 MySQL BLOB类型

  • MySQL中，BLOB是一个二进制大型对象，是一个可以存储大量数据的容器，它能容纳不同大小的数据。插入BLOB类型的数据必须使用PreparedStatement，因为BLOB类型的数据无法使用字符串拼接写的。
  • MySQL的四种BLOB类型(除了在存储的最大信息量上不同外，他们是等同的)
类型 大小(单位：字节)
TinyBlob 最大：255
Blob 最大：65K
MediumBlob 最大：16M
LongBlob 最大：4G
  • 实际使用中根据需要存入的数据大小定义不同的BLOB类型。
  • 需要注意的是：如果存储的文件过大，数据库的性能会下降。
  • 如果在指定了相关的Blob类型以后，还报错：xxx too large，那么在MySQL的安装目录下，找my.ini文件加上如下的配置参数：max_allowed_packet=16M。同时注意：修改了my.ini文件之后，需要重新启动MySQL服务。

4.2 向数据表中插入大数据类型

4.3 修改数据表中的Blob类型字段

4.4 从数据表中读取大数据类型

五、批量插入

5.1 批量执行SQL语句

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

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

    • addBatch(String)：添加需要批量处理的SQL语句或是参数。
    • executeBatch()：执行批量处理语句.
    • clearBatch()：清空缓存的数据。

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

    • 多条SQL语句的批量处理。
    • 一个SQL语句的批量传参。

5.2 高效的批量插入

  • 举例：向数据表中插入20000条数据
  • 数据库中提供一个goods表。

5.2.1 实现层次一：使用Statement

5.2.2 实现层次二：使用PreparedStatement

5.2.3 实现层次三：让mysql开启批处理的支持

5.2.4 实现层次四：增加事务批处理

六、 数据库事务

6.1 数据库事务介绍

  • 事务：一组逻辑操作单元,使数据从一种状态变换到另一种状态。

  • 事务处理(事务操作)：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。当在一个事务中执行多个操作时，要么所有的事务都**被提交(commit)，那么这些修改就永久地保存下来；要么数据库管理系统将放弃所作的所有修改，整个事务回滚(rollback)**到最初状态。

  • 为确保数据库中数据的一致性，数据的操纵应当是离散的成组的逻辑单元：当它全部完成时，数据的一致性可以保持，而当这个单元中的一部分操作失败，整个事务应全部视为错误，所有从起始点以后的操作应全部回退到开始状态。

6.2 JDBC事务处理

  • 数据一旦提交，就不可回滚。

  • 数据什么时候意味着提交？

    • 当一个连接对象被创建时，默认情况下是自动提交事务：每次执行一个SQL语句时，如果执行成功，就会向数据库自动提交，而不能回滚。
    • 关闭数据库连接，数据就会自动的提交。如果多个操作，每个操作使用的是自己单独的连接，则无法保证事务。即同一个事务的多个操作必须在同一个连接下。

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

    • 调用Connection对象的setAutoCommit(false)以取消自动提交事务。
    • 在所有的SQL语句都成功执行后，调用commit()方法提交事务。
    • 在出现异常时，调用rollback()方法回滚事务。
    • 若此时Connection没有被关闭，还可能被重复使用，则需要恢复其自动提交状态setAutoCommit(true)。尤其是在使用数据库连接池技术时，执行close()方法前，建议恢复自动提交状态。
  • 案例：用户AA向用户BB转账100。
  • 其中，对数据库操作的方法如下。

6.3 事务的ACID属性

  1. 原子性(Atomicity)
    原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。

  2. 一致性(Consistency)
    事务必须使数据库从一个一致性状态变换到另外一个一致性状态。

  3. 隔离性(Isolation)
    事务的隔离性是指一个事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。

  4. 持久性(Durability)
    持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响。

6.3.1 数据库的并发问题

  • 对于同时运行的多个事务，当这些事务访问数据库中相同的数据时，如果没有采取必要的隔离机制，就会导致各种并发问题：

    • 脏读：对于两个事务T1、T2，T1读取了已经被T2更新但还没有被提交的字段。之后，若T2回滚，T1读取的内容就是临时且无效的。
    • 不可重复读：对于两个事务T1、T2，T1读取了一个字段，然后T2更新了该字段。之后，T1再次读取同一个字段，值就不同了。
    • 幻读：对于两个事务T1、T2，T1从一个表中读取了一个字段，然后T2在该表中插入了一些新的行。之后，如果T1再次读取同一个表，就会多出几行。

  • 数据库事务的隔离性：数据库系统必须具有隔离并发运行各个事务的能力，使它们不会相互影响，避免各种并发问题。

  • 一个事务与其他事务隔离的程度称为隔离级别。数据库规定了多种事务隔离级别，不同隔离级别对应不同的干扰程度，隔离级别越高，数据一致性就越好，但并发性越弱。

6.3.2 四种隔离级别

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

    1555586275271

  • Oracle支持的2种事务隔离级别：READ COMMITED、SERIALIZABLE。Oracle默认的事务隔离级别为：READ COMMITED 。

  • MySQL支持4种事务隔离级别。MySQL默认的事务隔离级别为：REPEATABLE READ。

6.3.3 在MySql中设置隔离级别

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

  • 查看当前的隔离级别：SELECT @@tx_isolation。

  • 设置当前MySQL连接的隔离级别: set transaction isolation level read committed。

  • 设置数据库系统的全局的隔离级别：set global transaction isolation level read committed。

七、DAO及相关实现类

  • DAO：Data Access Object访问数据信息的类和接口，包括了对数据的CRUD(Create、Retrival、Update、Delete)，而不包含任何业务相关的信息。有时也称作：BaseDAO。

  • 作用：为了实现功能的模块化，更有利于代码的维护和升级。

  • 下面是尚硅谷JavaWeb阶段书城项目中DAO使用的体现：

  • 层次结构如下。

1566745811244

7.1 BaseDAO.java

7.2 BookDAO.java

7.3 BookDaoImpl.java

八、数据库连接池

8.1 JDBC数据库连接池的必要性

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

    • 在主程序(如servlet、beans)中建立数据库连接。
    • 进行sql操作。
    • 断开数据库连接。

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

    • 普通的JDBC数据库连接使用DriverManager来获取，每次向数据库建立连接的时候都要将Connection加载到内存中，再验证用户名和密码(得花费0.05s～1s的时间)。需要数据库连接的时候，就向数据库要求一个，执行完成后再断开连接。这样的方式将会消耗大量的资源和时间。数据库的连接资源并没有得到很好的重复利用。若同时有几百人甚至几千人在线，频繁的进行数据库连接操作将占用很多的系统资源，严重的甚至会造成服务器的崩溃。
    • 对于每一次数据库连接，使用完后都得断开。否则，如果程序出现异常而未能关闭，将会导致数据库系统中的内存泄漏，最终将导致重启数据库。(回忆：何为Java的内存泄漏？)
    • 这种开发不能控制被创建的连接对象数，系统资源会被毫无顾及的分配出去，如连接过多，也可能导致内存泄漏，服务器崩溃。

8.2 数据库连接池技术

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

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

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

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

  • 工作原理：

1555593598606

  • 数据库连接池技术的优点：

    1. 资源重用

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

    2. 更快的系统反应速度

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

    3. 新的资源分配手段

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

    4. 统一的连接管理，避免数据库连接泄漏

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

8.3 多种开源的数据库连接池

  • JDBC的数据库连接池使用javax.sql.DataSource来表示，DataSource只是一个接口，该接口通常由服务器(Weblogic、WebSphere、Tomcat)提供实现，也有一些开源组织提供实现：
    • DBCP是Apache提供的数据库连接池。tomcat服务器自带dbcp数据库连接池。速度相对c3p0较快，但因自身存在BUG，Hibernate3已不再提供支持。
    • C3P0是一个开源组织提供的一个数据库连接池，速度相对较慢，稳定性还可以。hibernate官方推荐使用。
    • Proxool是sourceforge下的一个开源项目数据库连接池，有监控连接池状态的功能，稳定性较c3p0差一点。
    • BoneCP是一个开源组织提供的数据库连接池，速度快。
    • Druid是阿里提供的数据库连接池，据说是集DBCP 、C3P0 、Proxool 优点于一身的数据库连接池，但是速度不确定是否有BoneCP快。
  • DataSource通常被称为数据源，它包含连接池和连接池管理两个部分，习惯上也经常把DataSource称为连接池。
  • DataSource用来取代DriverManager来获取Connection，获取速度快，同时可以大幅度提高数据库访问速度。
  • 特别注意：
    • 数据源和数据库连接不同，数据源无需创建多个，它是产生数据库连接的工厂，因此整个应用只需要一个数据源即可。
    • 当数据库访问结束后，程序还是像以前一样关闭数据库连接：conn.close()，但conn.close()并没有关闭数据库的物理连接，它仅仅把数据库连接释放，归还给了数据库连接池。

8.3.1 C3P0数据库连接池

  • 获取连接方式一。
  • 获取连接方式二。
  • 其中，src下的配置文件为：c3p0-config.xml。

8.3.2 DBCP数据库连接池

  • DBCP是Apache软件基金组织下的开源连接池实现，该连接池依赖该组织下的另一个开源系统：Common-pool。如需使用该连接池实现，应在系统中增加如下两个jar文件：
    • Commons-dbcp.jar：连接池的实现。
    • Commons-pool.jar：连接池实现的依赖库。
  • Tomcat的连接池正是采用该连接池来实现的。该数据库连接池既可以与应用服务器整合使用，也可由应用程序独立使用。
  • 数据源和数据库连接不同，数据源无需创建多个，它是产生数据库连接的工厂，因此整个应用只需要一个数据源即可。
  • 当数据库访问结束后，程序还是像以前一样关闭数据库连接：conn.close()，但上面的代码并没有关闭数据库的物理连接，它仅仅把数据库连接释放，归还给了数据库连接池。
  • 配置属性说明。
属性 默认值 说明
initialSize 0 连接池启动时创建的初始化连接数量。
maxActive 8 连接池中可同时连接的最大的连接数。
maxIdle 8 连接池中最大的空闲的连接数，超过的空闲连接将被释放，如果设置为负数表示不限制。
minIdle 0 连接池中最小的空闲的连接数，低于这个数量会被创建新的连接。该参数越接近maxIdle，性能越好，因为连接的创建和销毁，都是需要消耗资源的；但是不能太大。
maxWait 无限制 最大等待时间，当没有可用连接时，连接池等待连接释放的最大时间，超过该时间限制会抛出异常，如果设置-1表示无限等待。
poolPreparedStatements false 开启池的Statement是否prepared。
maxOpenPreparedStatements 无限制 开启池的prepared后的同时最大连接数。
minEvictableIdleTimeMillis 连接池中连接，在时间段内一直空闲，被逐出连接池的时间。
removeAbandonedTimeout 300 超过时间限制，回收没有用(废弃)的连接。
removeAbandoned false 超过removeAbandonedTimeout时间后，是否进行没用连接(废弃)的回收。
  • 获取连接方式一。
  • 获取连接方式二。

其中，src下的配置文件为：【dbcp.properties】

8.3.3 Druid(德鲁伊)数据库连接池

  • Druid是阿里巴巴开源平台上一个数据库连接池实现，它结合了C3P0、DBCP、Proxool等DB池的优点，同时加入了日志监控，可以很好的监控DB池连接和SQL的执行情况，可以说是针对监控而生的DB连接池，可以说是目前最好的连接池之一。
  • 其中，src下的配置文件为：druid.properties。
  • 详细配置参数如下。
配置 缺省 说明
name 配置这个属性的意义在于，如果存在多个数据源，监控的时候可以通过名字来区分开来。如果没有配置，将会生成一个名字，格式是：”DataSource-”+System.identityHashCode(this)。
url 连接数据库的url，不同数据库不一样。例如：mysql：jdbc:mysql://10.20.153.104:3306/druid2；oracle：jdbc:oracle:thin:@10.20.149.85:1521:ocnauto。
username 连接数据库的用户名。
password 连接数据库的密码。如果你不希望密码直接写在配置文件中，可以使用ConfigFilter。
driverClassName 根据url自动识别，这一项可配可不配，如果不配置druid会根据url自动识别dbType，然后选择相应的driverClassName(建议配置下)。
initialSize 0 初始化时建立物理连接的个数。初始化发生在显示调用init方法，或者第一次getConnection时。
maxActive 8 最大连接池数量。
maxIdle 8 已经不再使用，配置了也没效果。
minIdle 最小连接池数量。
maxWait 获取连接时最大等待时间，单位毫秒。配置了maxWait之后，缺省启用公平锁，并发效率会有所下降，如果需要可以通过配置useUnfairLock属性为true使用非公平锁。
poolPreparedStatements false 是否缓存preparedStatement，也就是PSCache。PSCache对支持游标的数据库性能提升巨大，比如说oracle。在mysql下建议关闭。
maxOpenPreparedStatements -1 要启用PSCache，必须配置大于0，当大于0时，poolPreparedStatements自动触发修改为true。在Druid中，不会存在Oracle下PSCache占用内存过多的问题，可以把这个数值配置大一些，比如说100。
validationQuery 用来检测连接是否有效的sql，要求是一个查询语句。如果validationQuery为null，testOnBorrow、testOnReturn、testWhileIdle都不会其作用。
testOnBorrow true 申请连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
testOnReturn false 归还连接时执行validationQuery检测连接是否有效，做了这个配置会降低性能。
testWhileIdle false 建议配置为true，不影响性能，并且保证安全性。申请连接的时候检测，如果空闲时间大于timeBetweenEvictionRunsMillis，执行validationQuery检测连接是否有效。
timeBetweenEvictionRunsMillis 有两个含义：Destroy线程会检测连接的间隔时间、testWhileIdle的判断依据，详细看testWhileIdle属性的说明。
numTestsPerEvictionRun 不再使用，一个DruidDataSource只支持一个EvictionRun。
minEvictableIdleTimeMillis
connectionInitSqls 物理连接初始化的时候执行的sql。
exceptionSorter 根据dbType自动识别，当数据库抛出一些不可恢复的异常时，抛弃连接。
filters 属性类型是字符串，通过别名的方式配置扩展插件，常用的插件有：监控统计用的filter:stat日志用的filter:log4j防御sql注入的filter:wall。
proxyFilters 类型是List，如果同时配置了filters和proxyFilters，是组合关系，并非替换关系。

九、Apache-DBUtils实现CRUD操作

9.1 Apache-DBUtils简介

  • commons-dbutils是Apache组织提供的一个开源JDBC工具类库，它是对JDBC的简单封装，学习成本极低，并且使用dbutils能极大简化jdbc编码的工作量，同时也不会影响程序的性能。
  • API介绍：
    • org.apache.commons.dbutils.QueryRunner。
    • org.apache.commons.dbutils.ResultSetHandler。
    • org.apache.commons.dbutils.DbUtils(工具类)。
  • ResultSetHandler：此接口用于处理数据库查询操作得到的结果集。不同的结果集的情形，由其不同的子类来实现。
  • QueryRunner：提供数据库操作的一系列重载的update()和query操作。

9.2 主要API的使用

9.2.1 DbUtils

  • DbUtils：提供如关闭连接、装载JDBC驱动程序等常规工作的工具类，里面的所有方法都是静态的。主要方法如下：
    • public static void close(…) throws java.sql.SQLException：DbUtils类提供了三个重载的关闭方法。这些方法检查所提供的参数是不是NULL，如果不是的话，它们就关闭Connection、Statement和ResultSet。
    • public static void closeQuietly(…)：这一类方法不仅能在Connection、Statement和ResultSet为NULL情况下避免关闭，还能隐藏一些在程序中抛出的SQLEeception。
    • public static void commitAndClose(Connection conn)throws SQLException： 用来提交连接的事务，然后关闭连接。
    • public static void commitAndCloseQuietly(Connection conn)： 用来提交连接，然后关闭连接，并且在关闭连接时不抛出SQL异常。
    • public static void rollback(Connection conn)throws SQLException：允许conn为null，因为方法内部做了判断。
    • public static void rollbackAndClose(Connection conn)throws SQLException。
    • rollbackAndCloseQuietly(Connection)。
    • public static boolean loadDriver(java.lang.String driverClassName)：这一方装载并注册JDBC驱动程序，如果成功就返回true。使用该方法，你不需要捕捉这个异常ClassNotFoundException。

9.2.2 QueryRunner类

  • 该类简单化了SQL查询，它与ResultSetHandler组合在一起使用可以完成大部分的数据库操作，能够大大减少编码量。

  • QueryRunner类提供了两个构造器：

    • 默认的构造器。
    • 需要一个javax.sql.DataSource来作参数的构造器。

  • QueryRunner类的主要方法：

    • 更新：
      • public int update(Connection conn, String sql, Object... params) throws SQLException:用来执行一个更新(插入、更新或删除)操作。
      • ……
    • 插入：
      • public <T> T insert(Connection conn,String sql,ResultSetHandler<T> rsh, Object... params) throws SQLException：只支持INSERT语句，其中rsh - The handler used to create the result object from the ResultSet of auto-generated keys，返回值: An object generated by the handler，即自动生成的键值。
      • ….
    • 批处理：
      • public int[] batch(Connection conn,String sql,Object[][] params)throws SQLException：INSERT、UPDATE、DELETE语句。
      • public <T> T insertBatch(Connection conn,String sql,ResultSetHandler<T> rsh,Object[][] params)throws SQLException：只支持INSERT语句。
      • …..
    • 查询：
      • public Object query(Connection conn, String sql, ResultSetHandler rsh,Object... params) throws SQLException：执行一个查询操作，在这个查询中，对象数组中的每个元素值被用来作为查询语句的置换参数。该方法会自行处理 PreparedStatement 和 ResultSet 的创建和关闭。
      • ……

  • 测试如下。

9.2.3 ResultSetHandler接口及实现类

  • 该接口用于处理java.sql.ResultSet，将数据按要求转换为另一种形式。

  • ResultSetHandler接口提供了一个单独的方法：Object handle (java.sql.ResultSet .rs)。

  • 接口的主要实现类：

    • ArrayHandler：把结果集中的第一行数据转成对象数组。

    • ArrayListHandler：把结果集中的每一行数据都转成一个数组，再存放到List中。

    • BeanHandler：将结果集中的第一行数据封装到一个对应的JavaBean实例中。

    • BeanListHandler：将结果集中的每一行数据都封装到一个对应的JavaBean实例中，存放到List里。

    • ColumnListHandler：将结果集中某一列的数据存放到List中。

    • KeyedHandler(name)：将结果集中的每一行数据都封装到一个Map里，再把这些map再存到一个map里，其key为指定的key。

    • MapHandler：将结果集中的第一行数据封装到一个Map里，key是列名，value就是对应的值。

    • MapListHandler：将结果集中的每一行数据都封装到一个Map里，然后再存放到List。

    • ScalarHandler：查询单个值对象。

  • 测试如下。