JavaEE(事务与连接池)

拼搏现实的明天。 2022-06-06 14:22 92阅读 0赞

# 事务 #

**⑴ 原子性（Atomicity）**

原子性是指事务包含的所有操作要么全部成功，要么全部失败回滚，这和前面两篇博客介绍事务的功能是一样的概念，因此事务的操作如果成功就必须要完全应用到数据库，如果操作失败则不能对数据库有任何影响。

## ⑵ 一致性（Consistency） ##

一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态，也就是说一个事务执行之前和执行之后都必须处于一致性状态。

拿转账来说，假设用户A和用户B两者的钱加起来一共是5000，那么不管A和B之间如何转账，转几次账，事务结束后两个用户的钱相加起来应该还得是5000，这就是事务的一致性。

## ⑶ 隔离性（Isolation） ##

隔离性是当多个用户并发访问数据库时，比如操作同一张表时，数据库为每一个用户开启的事务，不能被其他事务的操作所干扰，多个并发事务之间要相互隔离。

即要达到这么一种效果：对于任意两个并发的事务T1和T2，在事务T1看来，T2要么在T1开始之前就已经结束，要么在T1结束之后才开始，这样每个事务都感觉不到有其他事务在并发地执行。

关于事务的隔离性数据库提供了多种隔离级别，稍后会介绍到。

## ⑷ 持久性（Durability） ##

持久性是指一个事务一旦被提交了，那么对数据库中的数据的改变就是永久性的，即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

例如我们在使用JDBC操作数据库时，在提交事务方法后，提示用户事务操作完成，当我们程序执行完成直到看到提示后，就可以认定事务以及正确提交，即使这时候数据库出现了问题，也必须要将我们的事务完全执行完成，否则就会造成我们看到提示事务处理完毕，但是数据库因为故障而没有执行事务的重大错误。

以上介绍完事务的四大特性(简称ACID)，现在重点来说明下事务的隔离性，当多个线程都开启事务操作数据库中的数据时，数据库系统要能进行隔离操作，以保证各个线程获取数据的准确性，在介绍数据库提供的各种隔离级别之前，我们先看看如果不考虑事务的隔离性，会发生的几种问题：

## 1，脏读（没用commit的数据） ##

脏读是指在一个事务处理过程里读取了另一个未提交的事务中的数据。

当一个事务正在多次修改某个数据，而在这个事务中这多次的修改都还未提交，这时一个并发的事务来访问该数据，就会造成两个事务得到的数据不一致。例如：用户A向用户B转账100元，对应SQL命令如下

update account set money=money+100 where name=’B’;  (此时A通知B)
    
        update account set money=money - 100 where name=’A’;

当只执行第一条SQL时，A通知B查看账户，B发现确实钱已到账（此时即发生了脏读），而之后无论第二条SQL是否执行，只要该事务不提交，则所有操作都将回滚，那么当B以后再次查看账户时就会发现钱其实并没有转。

## 2，不可重复读(前后两次读取不一样) ##

不可重复读是指在对于数据库中的某个数据，一个事务范围内多次查询却返回了不同的数据值，这是由于在查询间隔，被另一个事务修改并提交了。

例如事务T1在读取某一数据，而事务T2立马修改了这个数据并且提交事务给数据库，事务T1再次读取该数据就得到了不同的结果，发送了不可重复读。

不可重复读和脏读的区别是，脏读是某一事务读取了另一个事务未提交的脏数据，而不可重复读则是读取了前一事务提交的数据。

例如，你在ATM取钱，先查询了一下余额发现还有10块钱，你正准备取出买东西时，10块钱却被你女朋友利用网上银行扣走了，在你查完余额转到取钱时，ATM发现余额不足了。前后两次你看到的余额不同，造成了不可重复读或者虚读。

## 3，虚读(幻读) ##

幻读是事务非独立执行时发生的一种现象。例如事务T1对一个表中所有的行的某个数据项做了从“1”修改为“2”的操作，这时事务T2又对这个表中插入了一行数据项，而这个数据项的数值还是为“1”并且提交给数据库。而操作事务T1的用户如果再查看刚刚修改的数据，会发现还有一行没有修改，其实这行是从事务T2中添加的，就好像产生幻觉一样，这就是发生了幻读。

幻读和不可重复读都是读取了另一条已经提交的事务（这点就脏读不同），所不同的是不可重复读查询的都是同一个数据项，而幻读针对的是一批数据整体（比如数据的个数）。

现在来看看MySQL数据库为我们提供的四种隔离级别：

① Serializable (串行化)：可避免脏读、不可重复读、幻读的发生。

② Repeatable read (可重复读)：可避免脏读、不可重复读的发生。(mysql默认)

③ Read committed (读已提交)：可避免脏读的发生。（oracle默认）

④ Read uncommitted (读未提交)：最低级别，任何情况都无法保证。

以上四种隔离级别最高的是Serializable级别，最低的是Read uncommitted级别，当然级别越高，执行效率就越低。

像Serializable这样的级别，就是以锁表的方式(类似于Java多线程中的锁)使得其他的线程只能在锁外等待，

所以平时选用何种隔离级别应该根据实际情况。在MySQL数据库中默认的隔离级别为Repeatable read (可重复读，在读取的时候，锁行，其他事务不能操作)。

在MySQL数据库中，支持上面四种隔离级别，默认的为Repeatable read (可重复读)；而在Oracle数据库中，

只支持Serializable (串行化)级别和Read committed (读已提交)这两种级别，其中默认的为Read committed级别。

我这么理解是否可以？  
避免不可重复读需要锁行就行  
避免幻影读则需要锁表

\------------------------

\#\#\#\#不可重复读和幻读的区别\#\#\#\#  
很多人容易搞混不可重复读和幻读，确实这两者有些相似。但不可重复读重点在于update和delete，而幻读的重点在于insert。

如果使用锁机制来实现这两种隔离级别，在可重复读中，该sql第一次读取到数据后，就将这些数据加锁，其它事务无法修改（update或者delete）这些数据，就可以实现可重复 读了。但这种方法却无法锁住insert的数据，所以当事务A先前读取了数据，或者修改了全部数据，事务B还是可以insert数据提交，这时事务A就会 发现莫名其妙多了一条之前没有的数据，这就是幻读，不能通过行锁来避免。需要Serializable隔离级别 ，读用读锁，写用写锁，读锁和写锁互斥，这么做可以有效的避免幻读、不可重复读、脏读等问题，但会极大的降低数据库的并发能力。

所以说不可重复读和幻读最大的区别，就在于如何通过锁机制来解决他们产生的问题。

上文说的，是使用悲观锁机制来处理这两种问题，但是MySQL、ORACLE、PostgreSQL等成熟的数据库，出于性能考虑，都是使用了以乐观锁为理论基础的MVCC（多版本并发控制）来避免这两种问题。

\#\#\#\#悲观锁和乐观锁\#\#\#\#

*  悲观锁

正如其名，它指的是对数据被外界（包括本系统当前的其他事务，以及来自外部系统的事务处理）修改持保守态度，因此，在整个数据处理过程中，将数据处 于锁定状态。悲观锁的实现，往往依靠数据库提供的锁机制（也只有数据库层提供的锁机制才能真正保证数据访问的排他性，否则，即使在本系统中实现了加锁机 制，也无法保证外部系统不会修改数据）。

在悲观锁的情况下，为了保证事务的隔离性，就需要一致性锁定读。读取数据时给加锁，其它事务无法修改这些数据。修改删除数据时也要加锁，其它事务无法读取这些数据。（可重复度）

*  乐观锁

相对悲观锁而言，乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现，以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销，特别是对长事务而言，这样的开销往往无法承受。

而乐观锁机制在一定程度上解决了这个问题。乐观锁，大多是基于数据版本（ Version ）记录机制实现。何谓数据版本？即为数据增加一个版本标识，在基于数据库表的版本解决方案中，一般是通过为数据库表增加一个 “version” 字段来实现。读取出数据时，将此版本号一同读出，之后更新时，此版本对号加一。此时，将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对，如 果提交的数据版本号大于数据库表当前版本号，则予以更新，否则认为是过期数据。

要说明的是，MVCC的实现没有固定的规范，每个数据库都会有不同的实现方式，这里讨论的是InnoDB的MVCC。

# 连接池 #

诞生原因：每次客户访问一次，就创建一个connection对象，那么一个网站一天访问10万就创建10个connecion。

解决办法：使用linedList来存储若干connection,从开头拿，使用完后，放到尾部。不过有个安全问题

多线程同时获取list的元素，所以用Collections.synchronizedList(list);来加锁

# 装饰设计模式实现 #

目的：（改写connection.close（）不能关闭，而是回到连接池最后）改写已存在的类的某个方法或者，装饰设计

口诀：1.编写一个类，实现与被包装类相同的接口。

2.定义一个被包装类型变量

3.定义构造方法，把被包装类的对象注入

4.对不需要改写的方法，调用原有的方法。

5.对于需要改写的方法，写自己的代码。

简单哦了

默认适配器：装饰设计模式一个变体（一般后缀带上Warper ）

口诀：装饰模式的前4步就是适配器模式！

以上是DBCP数据源的框架原理

DBCP连接池

apache推出的Database Connection Pool

使用步骤：

1.添加jar包commons-dbcp.jar和commons-pool.jar

2.添加属性资源文件

3.编写数据源工具类

public class DBCPUtil {
    	private static DataSource ds=null;
    	static {
    		Properties prop=new Properties();
    		try {
    			//http://blog.csdn.net/w1196726224/article/details/54428493	类加载器知识
    			prop.load(DBCPUtil.class.getClassLoader().getResourceAsStream("dbcpconfig.properties"));
    			ds = BasicDataSourceFactory.createDataSource(prop);
    		} catch (IOException e) {
    			e.printStackTrace();
    		} catch (Exception e) {
    			// TODO Auto-generated catch block
    			e.printStackTrace();
    		}
    	}
    	public static Connection getConnection() {
    		try {
    			return ds.getConnection();
    		} catch (SQLException e) {
    			e.printStackTrace();
    		}
    		return null;
    	}
    	public static void close(Connection conn) throws SQLException {
    		//次conn是BasicDataSourceFactory创建的数据连接池返回的Connection，此Connection装饰模式，
    		//改写了close.不会关闭而是放到连接池最后

C3P0 连接池

使用步骤：

1.添加jar包(mysql只需要c3p0-0.9.1.2.jar，oracle需要多引入c3p0-oracle-thin-extras-0.9.1.2.jar)

2.编写配置文件（或者直接创建工具类，但是不好解耦）

c3P0-config.xml，放在classpath中，或者calsses目录中

低级（ComboPoolDataSource创建链接池配置）

import java.beans.PropertyVetoException;
    import com.mchange.v2.c3p0.ComboPooledDataSource;
    public class C3P0 {
    	static ComboPooledDataSource cpds = new ComboPooledDataSource();
    	static {
    		try {
    		cpds.setDriverClass( "org.postgresql.Driver" );
    		cpds.setJdbcUrl( "jdbc:postgresql://localhost/testdb" );
    		cpds.setUser("dbuser");                                  
    		cpds.setPassword("dbpassword");
    		cpds.setInitialPoolSize(10);//初始化10个链接
    		} catch (PropertyVetoException e) {
    			e.printStackTrace();
    		} 
    	}  
    }

中级（配置 c3p0.properties文件 )

和DBCP的properties差不多的加载方式，使用类加载器的方法getResourceAsStream（"name"）

高级（配置c3p0-config.xml文件）

<c3p0-config>
      <default-config>//driverClass和jdbcUrl和user和password这些直接参考低级的ComboPooledDataSource.属性换成小写开头的属性就可以
        <property name="automaticTestTable">con_test</property>
        <property name="checkoutTimeout">30000</property>
        <property name="idleConnectionTestPeriod">30</property>
        <property name="initialPoolSize">10</property>
        <property name="maxIdleTime">30</property>
        <property name="maxPoolSize">100</property>
        <property name="minPoolSize">10</property>
        <property name="maxStatements">200</property>
    
        <user-overrides user="test-user">
          <property name="maxPoolSize">10</property>//最大链接
          <property name="minPoolSize">1</property>//最小链接
          <property name="maxStatements">0</property>
        </user-overrides>
    
      </default-config>
    
      
      <named-config name="intergalactoApp"> 
        <property name="acquireIncrement">50</property>
        <property name="initialPoolSize">100</property>
        <property name="minPoolSize">50</property>
        <property name="maxPoolSize">1000</property>
    
        
        <property name="maxStatements">0</property> 
        <property name="maxStatementsPerConnection">5</property>
    
        
        <user-overrides user="master-of-the-universe"> 
          <property name="acquireIncrement">1</property>
          <property name="initialPoolSize">1</property>
          <property name="minPoolSize">1</property>
          <property name="maxPoolSize">5</property>
          <property name="maxStatementsPerConnection">50</property>
        </user-overrides>
      </named-config>
    </c3p0-config>

用JavaWeb服务器管理数据源：Tomcat

开发JavaWeb应用，必须使用一个JavaWeb服务器，JavaWeb服务器都内置数据源。

Tomcat：（DBCP）

数据源只需要配置服务器即可。

配置数据源的步骤：

1、拷贝数据库连接的jar到tomcatlib目录下

2、配置数据源XML文件

a)如果把配置信息写在tomcat下的conf目录的context.xml中，那么所有应用都能使用此数据源。

b)如果是在当前应用的META-INF中创建context.xml, 编写数据源，那么只有当前应用可以使用。

![Center][]

3、使用连接池(path固定写法)

![Center 1][]

JNDI：java nameing directory interface (一个规范，java和文件的规范，解耦)

JNDI容器就是一个Map

<table> 
 <tbody> 
  <tr> 
   <td> <p>key（String）</p> </td> 
   <td> <p>value（Object）</p> </td> 
  </tr> 
  <tr> 
   <td> <p>path+name</p> </td> 
   <td> <p>对象</p> </td> 
  </tr> 
  <tr> 
   <td> <p>path+"jdbc/day16"</p> </td> 
   <td> <p>DataSource对象</p> </td> 
  </tr> 
 </tbody> 
</table>

[Center]: /images/20220606/97c23e8814264a4d815f4276d977a847.png
[Center 1]: /images/20220606/3647814693bf426f964eb5aea386e830.png