JDBC
Java数据库连接，（Java Database Connectivity，简称JDBC）是Java语言中用来规范客户端程序如何来访问数据库的应用程序接口，提供了诸如查询和更新数据库中数据的方法。JDBC也是Sun Microsystems的商标。JDBC是面向关系型数据库的。
常用类
| 接口或类 | 作用 |
|---|---|
| DriverManager 类 | 1) 管理和注册数据库驱动 2) 得到数据库连接对象 |
| Connection 接口 | 一个连接对象，可用于创建 Statement 和 PreparedStatement 对象 |
| Statement 接口 | 一个 SQL 语句对象，用于将 SQL 语句发送给数据库服务器。 |
| PreparedStatemen 接口 | 一个 SQL 语句对象，是 Statement 的子接口 ResultSet 接口 用于封装数据库查询的结果集，返回给客户端 Java 程序 |
从 JDBC3 开始，目前已经普遍使用的版本。可以不用注册驱动而直接使用。Class.forName 这句话可以省略
数据类型
| SQL 类型 | JDBC 对应方法 | 返回类型 |
|---|---|---|
| BIT(1),bit(n) | getBoolean() | boolean |
| TINYINT | getByte() | byte |
| SAMLLINT | getShort() | short |
| INT | getInt() | int |
| BIGINT | getLong() | long |
| CHAR,VHARCHAR | getString() | String |
| Text(Clob),Blob | getClob(),getBlob() | Clob,Blob |
| DATE | getDate() | java.sql.Date 日期 |
| TIME | getTime() | java.sql.time 时间 |
| TIMESTAMP | getTime() | java.sql.TimeStamp 日期时间 |
经典查询
try(Connection connection = DriverManager.getConnection("jdbc:mysql:///test?user=root&password=123")){ResultSet rs = connection.createStatement().executeQuery("select * from account");while (rs.next()){ System.out.println(rs.getString("name")+"|"+rs.getDouble("balance"));}}catch (SQLException e){ e.printStackTrace();}SQL注入与PreparedStatement
使用 PreparedStatement 避免 SQL注入
事务控制
connection.setAutoCommit(false);connection.commit();connection.rollback();数据库连接池
数据库连接池负责分配、管理和释放数据库连接，它允许应用程序重复使用一个现有的数据库连接，而不是再重新建立一个；释放空闲时间超过最大空闲时间的数据库连接来避免因为没有释放数据库连接而引起的数据库连接遗漏。这项技术能明显提高对数据库操作的性能。
- c3p0
- druid
参数
- 空闲线程数：初始化线程，还没被使用
- 活动线程数：正在被使用的
- 最大线程数：限制最多只能创建的线程数
JDBCUtils
提供静态代码块加载配置文件，初始化连接池对象
提供方法
- 获取连接方法：通过数据库连接池获取连接
- 释放资源
- 获取连接池的方法
DruidDatasource在并发环境下卡死的问题
在测试一个并发写入时，当线程数超过一定量时，发现线程阻塞住了。使用VisualVM 分析线程栈
发现线程在druid相关代码附近处于wating状态：
出现这个的问题原因在于每个线程可能都会开启事务，然后申请一些连接做一些操作，当并发上去后，每个线程都会持有住一些连接，都在等待其他线程释放连接以能继续获取连接做操作，进而导致这些线程互相等待，阻塞在那边
druid 默认的最大连接为8 将其调大一点即可。
max-active: 50remove-abandoned: true池化
核心思想是空间换时间，期望使用预先创建好的对象来减少频繁创建对象的性能开销
数据库连接池相比线程池的一个设计要点就是保活检测，大部分数据库都会在连接空闲一段时间关闭连接，这部分客户端是无感知，使用关闭的连接就会抛出异常，这点在早期使用单个连接的项目遇到过，MySQL连接空闲超过8个小时，再使用就报错，当时的解决方案是调高服务端的空闲超时时间
但对于连接池，可以通过两种方式来避免出现这种错误：
- 定期发送select 1语句检测
- 在每次获取到连接后，检测连接是否可用，但这种方式会引入多余的开销